Florian Müllner
f71315eb1e
frames: Fix window-type/frame-type mix-up
...
Commit 7e66d2a484
killed off META_CORE_GET_FRAME_TYPE, but got
the replacement wrong - MetaWindowType is an enum like MetaFrameType,
but the two are not interchangeable.
https://bugzilla.gnome.org/show_bug.cgi?id=742841
2015-01-13 18:14:26 +01:00
Rui Matos
0484ef142d
MetaWindow: Change icon properties to be of pointer type
...
Follow up to commit af7f51b992
.
https://bugzilla.gnome.org/show_bug.cgi?id=742824
2015-01-13 16:01:13 +01:00
Rui Matos
6609d9c6a4
iconcache: Fix icon data copy into cairo surface
...
The stride is in bytes but we're copying ints.
https://bugzilla.gnome.org/show_bug.cgi?id=742825
2015-01-13 16:01:13 +01:00
Fran Dieguez
73c4342580
Updated Galician translations
2015-01-13 00:24:16 +01:00
Daniel Mustieles
0d5c24f13d
Updated Spanish translation
2015-01-12 12:21:55 +01:00
Marek Chalupa
b6d070b06f
wayland: Seal SHM buffers before access
...
If wayland client lies about size of given buffer, compositor could touch bad
memory and get SIGBUS. Wayland provides simple API to fix it - so fix it!
[1] http://cgit.freedesktop.org/wayland/wayland/tree/src/wayland-server.h#n416
[2] http://lists.freedesktop.org/archives/wayland-devel/2013-November/012159.html
Signed-off-by: Marek Chalupa <mchqwerty@gmail.com>
https://bugzilla.gnome.org/show_bug.cgi?id=727893
2015-01-09 16:39:37 -08:00
Jasper St. Pierre
87eb5f8632
frames: Simplify our frame title management
...
This fixes a number of crashers when they try to change their dialog
layout at runtime because we're too tricksy with the frame title.
2015-01-09 16:35:30 -08:00
Jasper St. Pierre
5c60ea6635
keybindings: Consistently use slice allocation for MetaKeyBinding
2015-01-09 14:15:17 -08:00
Jasper St. Pierre
9abcf424b8
prefs: Remove per_window flag from MetaKeyPref
...
It's unused.
2015-01-09 14:15:17 -08:00
Jasper St. Pierre
cc7af83f8a
prefs: Correct the MetaPreference value for workspace names
2015-01-09 14:15:17 -08:00
Rafael Ferreira
ae91a174e9
Updated Brazilian Portuguese translation
2015-01-09 01:55:33 +00:00
Jasper St. Pierre
9c73e21113
xrandr: Remove mode fudge code for HSkew
...
This was part of a downstream patch that Endless has where we hid some
secret parameters inside the HSkew field. It wasn't meant as upstream
logic.
2015-01-08 15:04:50 -08:00
Jasper St. Pierre
a1d8110221
keybindings: Merge rebuild_binding_index into reload_combos
...
The two are always called at the same time.
2015-01-08 14:36:47 -08:00
Jasper St. Pierre
9d6357f05a
keybindings: Rename MetaKeyDevirtCombo to MetaResolvedKeyCombo
...
rtcm thought this was less awkward of a name.
2015-01-08 14:36:47 -08:00
Inaki Larranaga Murgoitio
1fc58faff9
Updated Basque language
2015-01-08 18:48:23 +01:00
Adel Gadllah
fea7ac84ee
ui: Disable gdk's gl support
...
This fixes a deadlock on wayland.
2015-01-08 11:15:51 +01:00
Marek Černocký
20bee6f48e
Updated Czech translation
2015-01-07 09:09:19 +01:00
Marek Černocký
fb5c0c3352
Updated Czech translation
2015-01-07 09:08:23 +01:00
Jasper St. Pierre
5bc2bcd109
keybindings: Simplify our keycode/mask pairs with MetaKeyDevirtCombo
2015-01-06 19:24:29 -08:00
Jasper St. Pierre
d12390002a
keybindings: Have meta_change_keygrab take a MetaKeyDevirtCombo
2015-01-06 19:13:03 -08:00
Jasper St. Pierre
13acf9e35d
keybindings: Have meta_accelerator_parse take a MetaKeyCombo
2015-01-06 19:11:57 -08:00
Jasper St. Pierre
3beb187cac
keybindings: Split the resolved keybinding out from MetaKeyCombo
...
MetaKeyCombo is about the *unresolved* keybinding, which can either be a
"keysym" (<Ctrl>F) or a "keycode" (<Ctrl>0x21). When we resolved the
keysym to a keycode, we stuffed it back in the same MetaKeyCombo, which
confused about what the "keycode" field was for. Thus, we often stomped
on the user's explicit choice if they chose a keycode binding value.
To solve this, create a separate structure, the "devirtualized key combo"
or MetaKeyDevirtCombo, which contains a resolved keycode from the
keysym, and a devirtualized modifier mask. The MetaKeyCombo is now
always a "source" value, and the MetaKeyDevirtCombo is now always what
the user chose.
This also lets us significantly clean up the overlay and ISO key binding
paths.
2015-01-06 19:03:11 -08:00
Jasper St. Pierre
a3b8dcbd04
keybindings: Apply the same fix for keycodes to the GrabAccelerator API
2015-01-06 18:50:30 -08:00
Jasper St. Pierre
3ff8b0051d
keybindings: Allow using keycodes directly for overlay-key
...
The reason MetaKeyCombo has a keycode value at all is *not* to store the
devirtualized keycode from the keysym, but instead to allow people that
type in "0x55" into the preference. Everything except the overlay-key
respected this. Make the overlay-key binding respect this.
2015-01-06 18:50:30 -08:00
Jasper St. Pierre
a8bf7934fb
keybindings: Use one path to reload binding combos
...
Rather than one for modifiers and one for keycodes.
2015-01-06 18:50:29 -08:00
Jasper St. Pierre
7159845c6e
keybindings: Embed MetaKeyCombo into MetaKeyGrab directly
...
A simple cleanup
2015-01-06 18:46:35 -08:00
Jasper St. Pierre
7bccd4f22f
prefs: Don't parse modifiers for the overlay-key
...
We don't actually accept modifiers for the overlay key.
2015-01-06 18:46:32 -08:00
Jasper St. Pierre
e4e00b383e
keybindings: Remove keysym argument from meta_change_keygrab
...
It's only used for a debug statement.
2015-01-06 18:46:24 -08:00
Jasper St. Pierre
36454542ae
prefs: Fix minor code style issues
2015-01-06 17:58:42 -08:00
Jasper St. Pierre
34ba868b4c
monitor-manager-xrandr: Fix a minor typo in an error message
2015-01-05 15:23:17 -08:00
Jasper St. Pierre
274ea76eea
frames: Force on dark theme for all apps if the user requested it
...
If the user requested a dark theme for all apps through GNOME Tweak
Tool, go ahead and force it for all apps, not only GTK+3 apps.
Thanks to MaTachi on reddit who suggested the idea:
http://www.reddit.com/r/linux/comments/2r1zwj/linus_i_dont_know_who_thought_it_was_a_good_idea/cnc10ui
2015-01-02 09:21:14 -08:00
Giovanni Campagna
a180e8b87e
Fix gtk-doc more
...
Apparently having a successful build is not enough to prove
that a build fix is correct
2015-01-01 21:33:00 +01:00
Giovanni Campagna
26c8086190
Fix gtk-doc build
...
Need to hide the login1 DBus wrappers from the docs, because
they use symbols that don't start with meta_ so they're not
exported from the library. And they're not public API anyway.
2015-01-01 21:31:50 +01:00
Jasper St. Pierre
34fbca0181
frames: Remove the easy one-liner meta_core_* wrappers
2015-01-01 12:02:53 -08:00
Jasper St. Pierre
4496fb4447
frames: Remove all other uses of meta_core_get
...
RIP.
2015-01-01 11:56:14 -08:00
Jasper St. Pierre
7e66d2a484
frames: Punch down META_CORE_GET_FRAME_FLAGS / TYPE
...
These can be fetched directly off of the MetaWindow.
2015-01-01 11:48:55 -08:00
Jasper St. Pierre
12135afa5e
frames: Give Havoc and Owen a heart attack
...
Break down the beautiful core/ui abstraction barrier by inserting
a pointer to MetaWindow into a MetaUIFrame. I'm a scoundrel, I know.
We'll use this very soon to destroy meta_core_get.
2015-01-01 11:42:25 -08:00
Jasper St. Pierre
cac660a5bc
frames: Remove shape_applied
...
It's also unused.
2015-01-01 11:42:20 -08:00
Jasper St. Pierre
dcce4e64bc
frames: We don't need to pass in the frame rect to get_bounds either
...
The MetaFrameGeometry already has this information.
2015-01-01 11:42:13 -08:00
Jasper St. Pierre
4d3511649b
frames: Don't pass the frame rect into get_mask
...
We can query it directly.
2015-01-01 11:19:35 -08:00
Jasper St. Pierre
d4ea2bbd9c
frames: Don't pass the width/height as separate args to get_client_rect
...
We already have them in the fgeom.
2015-01-01 11:04:11 -08:00
Jasper St. Pierre
f303ec2eaa
core: Remove META_CORE_GET_FRAME_WIDTH / HEIGHT from documentation
...
It messes up my autocomplete.
2015-01-01 09:23:03 -08:00
Jasper St. Pierre
2ca4ed6b04
frames: Rename meta_frames_* to meta_ui_frame_* where appropriate
2014-12-31 22:52:50 -08:00
Jasper St. Pierre
a5ad89dd65
frames: Remove last_motion_frame
...
Nothing cares about it.
2014-12-31 22:46:48 -08:00
Jasper St. Pierre
4a4d724e59
frames: Remove dead declaration
2014-12-31 22:46:06 -08:00
Jasper St. Pierre
8fdbae192a
frame: Start converting over to direct usage of MetaUIFrame
2014-12-31 22:44:20 -08:00
Jasper St. Pierre
2413e672c8
frame: Put a MetaUIFrame* in our MetaFrame
...
This is a small start, but it lets us start to clean up this
UI split mess.
2014-12-31 22:43:00 -08:00
Jasper St. Pierre
c8432cc430
frames: Use an early return
...
To be more consistent with the rest of the code.
2014-12-31 22:43:00 -08:00
Jasper St. Pierre
015864da09
frames: Embed a pointer to MetaFrames inside MetaUIFrame
...
This removes the MetaFrames argument from our internal APIs.
2014-12-31 22:35:35 -08:00
Jasper St. Pierre
669c9da2a4
frames: Fix astonishing accidental pointer trickery
...
Whenever we added a frame to the GHashTable, we added the frame itself
as the value, and a pointer to its storage of the frame window XID,
as the key.
When we iterated over the hash table, we actually looked up the
MetaUIFrame in the key, which might seem extraordinarily wrong, but
eagle-eyed viewers might notice that the XID is the first field in
MetaUIFrame, so the key and value are actually the same pointer.
Changing the layout of MetaUIFrame at all causes this to go haywire,
so let's not do this and simply put the MetaUIFrame in the value,
as expected.
2014-12-31 22:35:35 -08:00