summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* GtkIconInfo: add gtk_icon_info_is_symbolic()William Hua2014-01-083-28/+37
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=710351
* gtkapplication-quartz: clean up inhibit codeRyan Lortie2014-01-071-53/+31
| | | | | | | | When testing with bloatpad, the existing inhibit code seems not to be working at all. Replace it with a cleaner and simpler version that works. https://bugzilla.gnome.org/show_bug.cgi?id=720551
* app window: test actiongroup across destroyRyan Lortie2014-01-072-0/+82
| | | | | | | Make sure that we don't violate the interface contract of GActionGroup just because gtk_widget_destroy() was called. https://bugzilla.gnome.org/show_bug.cgi?id=710351
* Fix GtkApplicationWindow action group implementationRyan Lortie2014-01-071-3/+74
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GtkApplicationWindow frees its internal action group on dispose for the usual reasons: to avoid the possibility of reference cycles caused by actions referring back to the window again. Unfortunately, if it happens to be inside of a GtkActionMuxer at the time that it is disposed, it will (eventually) be removed from the muxer after it has been disposed. Removing an action group from a muxer involves a call to g_action_group_list_actions() which will crash because the internal action group to which we normally delegate the call has been freed. A future patch that reworks the quartz menu code will introduce a use of GtkActionMuxer in a way that causes exactly this problem. We can guard against the problem in a number of ways. First, we can avoid the entire situation by ensuring that we are removed from the muxer before we destroy the action group. To this end, we delay destruction of the action group until after the chain-up to the dispose of GtkWindow (which is where the window is removed from the GtkApplication). Secondly, we can add checks to each of our GActionGroup and GActionMap implementation functions to check that the internal action group is still alive before we attempt to delegate to it. We have to be careful, though: because our _list_actions() call will suddenly be returning an empty list, people watching the group from outside will have expected to see "action-removed" calls for the now-missing items. Make sure we send those. but only if someone is watching. https://bugzilla.gnome.org/show_bug.cgi?id=710351
* Add a reftest for GtkActionBar child orderingMatthias Clasen2014-01-073-0/+115
| | | | | This shows that GtkActionBar and GtkBox treat pack-start/-end the same.
* Updated POTFILES.inPiotr Drąg2014-01-072-0/+2
|
* GtkActionBar: Just leave the center widget as NULL, initiallyMatthias Clasen2014-01-071-19/+0
| | | | | No need to construct a box that gets thrown away later. Plus, this fixes the defaultvalue test for GtkActionBar.
* Release-note the headerbar child order changeMatthias Clasen2014-01-071-0/+5
|
* Make testsplitheaders more robustMatthias Clasen2014-01-071-2/+6
| | | | | Same empty string issue that I fixed in GtkHeaderBar a few days ago.
* Updated Hungarian properties translationGabor Kelemen2014-01-071-850/+731
|
* Add an action bar testMatthias Clasen2014-01-072-0/+151
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=721665
* Fix order of pack-end widgetsMatthias Clasen2014-01-071-15/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=721665
* widget-factory: add actionbarWilliam Jon McCann2014-01-071-3/+8
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=721665
* tests: use actionbar in headerbar testWilliam Jon McCann2014-01-071-25/+5
| | | | | | This is a great example of where headerbar should not be used. https://bugzilla.gnome.org/show_bug.cgi?id=721665
* Add GtkActionBarWilliam Jon McCann2014-01-076-0/+1195
| | | | | | | | A widget intended to offer contextual actions for a given view. It allows packing children into the start or end as well as offering a single centered child box. https://bugzilla.gnome.org/show_bug.cgi?id=721665
* Updated Spanish translationDaniel Mustieles2014-01-071-90/+94
|
* Updated Spanish translationDaniel Mustieles2014-01-071-45/+44
|
* GtkHeaderBar: Fix positioning of pack-end widgetsMatthias Clasen2014-01-061-16/+3
| | | | | This makes the positioning of pack-start and pack-end widgets symmetric.
* Make testtitlebar more versatileMatthias Clasen2014-01-061-2/+69
| | | | | | Test adding multiple custom widgets at each end. This exposes that we're doing it wrong - the pack-end widgets are ordered in the wrong way.
* Update Kazakh translationBaurzhan Muftakhidinov2014-01-071-801/+921
|
* Avoid compiler warningsMatthias Clasen2014-01-061-12/+11
|
* filechooser: Document the settings XMLFederico Mena Quintero2014-01-061-1/+36
|
* Be more careful when parsing gtk-decoration-layoutMatthias Clasen2014-01-061-1/+1
| | | | | | When the string is empty, breaking it at : will not give us two tokens, and we were parsing garbage, leading to crash. https://bugzilla.gnome.org/show_bug.cgi?id=721635
* quartz: implement gdk_window_set_shadow_width()Ryan Lortie2014-01-063-2/+26
| | | | | | | Use the information to allow dragging windows all the way to the top of the screen (ie: allow the top shadow to go under the menubar). https://bugzilla.gnome.org/show_bug.cgi?id=720374
* quartz: fix manual window moveRyan Lortie2014-01-063-6/+10
| | | | | | | We need to have gdk skip standard processing of events when we are in manual move in addition to manual resize. https://bugzilla.gnome.org/show_bug.cgi?id=720357
* tests: add menu alignments to the menubutton testWilliam Jon McCann2014-01-061-16/+80
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=720939
* tests: add some space to menubutton testWilliam Jon McCann2014-01-061-0/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=720939
* Fix positioning of up menu button popupWilliam Jon McCann2014-01-061-25/+20
| | | | | | Use the menu allocation instead of the request size. https://bugzilla.gnome.org/show_bug.cgi?id=720939
* bloatpad: fix the action associated with the notificationGiovanni Campagna2014-01-061-2/+15
| | | | | | | | Notifications can only be associated with application actions, but clear is a window action. Introduce a "clear-all" action that forwards to clear on all windows. https://bugzilla.gnome.org/show_bug.cgi?id=721633
* Add an example for split headersMatthias Clasen2014-01-063-0/+247
| | | | | This shows how to deal with variability in window decorations with split header bars.
* GtkHeaderBar: Refresh window buttons when settings changeMatthias Clasen2014-01-061-0/+2
| | | | | We already do this when the shell-shows-menu settings changes, but we forgot to do the same for the decoration layout.
* Tajik translation updatedVictor Ibragimov2014-01-062-786/+891
|
* [l10n] Updated Italian translation.Milo Casagrande2014-01-062-162/+163
|
* GtkMenuItem: fix initial accessible selection stateMatthias Clasen2014-01-051-1/+3
| | | | | | When the accessible is created for an already-selected menuitem, we were not properly setting the state of the the accessible. Fix that.
* x11: Include missing public headers to GdkX11 gir buildRico Tzschichholz2014-01-051-0/+11
|
* Add introspection friendly version of gtk_tree_path_new_from_indicesSimon Feltman2014-01-053-0/+32
| | | | | | | | | | Add gtk_tree_path_new_from_indicesv which takes an array of integers with a length. Use "Rename to" annotation to rename the method as gtk_tree_path_new_from_indices. This is needed because the original method takes variadic arguments which is not supported by introspection. https://bugzilla.gnome.org/show_bug.cgi?id=706119
* Updated Brazilian Portuguese translation for UIRafael Ferreira2014-01-051-22/+26
|
* Updated Brazilian Portuguese translation for PropertiesRafael Ferreira2014-01-051-61/+62
|
* a11y: Fix keybindings in menusMatthias Clasen2014-01-051-14/+51
| | | | | | | GtkMenuItemAccessible was assuming that an accel label is always the immediate child of a menu item. It also did not deal with manually set accels. Fix both of these. https://bugzilla.gnome.org/show_bug.cgi?id=721086
* GtkAccelLabel: Add a setter for manual accelsMatthias Clasen2014-01-053-0/+29
| | | | This is needed to keep the a11y keybinding code working.
* Emit a11y state change notification for color swatchesMatthias Clasen2014-01-053-3/+68
| | | | | | | | Improve the color swatch accessible to set a proper role depending on whether the swatch is selectable or not, and set the checked atk state when appropriate. https://bugzilla.gnome.org/show_bug.cgi?id=721048
* Color chooser: More accessible namesMatthias Clasen2014-01-052-2/+4
| | | | Set the accessible name of the 'custom color' button too.
* Update a11y tests to match the last changeMatthias Clasen2014-01-051-36/+36
| | | | Color swatches have names now, not descriptions.
* Nicer nicks for GtkMenuButton propertiesMatthias Clasen2014-01-041-4/+4
| | | | | Requested in https://bugzilla.gnome.org/show_bug.cgi?id=720945
* GtkColorChooserWidget: Set accessible namesMatthias Clasen2014-01-041-3/+3
| | | | | | | As pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=721053 we should set the accessible name on the color swatch widgets, not the descriptions.
* GtkModelMenuItem: set initial accessible roleMatthias Clasen2014-01-041-0/+2
| | | | | | | The initial state of GtkModelMenuItem is that of a normal menu item, but the accessible we are using, GtkCheckMenuItemAccessible, starts out with a role of 'check menu item'. Fix that up by explicitly setting the initial accessible role.
* Drop custom colors from a11y outputMatthias Clasen2014-01-041-53/+2
| | | | | These were inadvertedly included in the previous commit, but no custom colors are present in the gnome-continuous test sessions.
* GtkCheckMenuItemAccessible: Make work with model menu itemsMatthias Clasen2014-01-041-0/+6
| | | | | | | | | GtkModelMenuItem does not emit the ::toggled signal when a radio item is activated, so listen for property notification for that property. We still keep the ::toggled signal handler, in order to not break other uses of check and radio menu items. https://bugzilla.gnome.org/show_bug.cgi?id=720983
* GtkModelMenuItem: Add some property notificationMatthias Clasen2014-01-041-0/+1
| | | | | | | GtkModelMenuItem emits no property notification, since none of its properties are readable. But the toggled property is just a proxy for GtkCheckMenuItem::active, so we should ensure that property notification is emitted for the ::active property.
* bgo #721407 - Fix scrolled window to work with template subclasses.Tristan Van Berkom2014-01-041-0/+9
| | | | | | | Ensure the hscrollbar & vscrollbar at gtk_scrolled_window_add() time, this allows one to subclass GtkScrolledWindow with templates and add children, as this will happen at instance initialization time before the construct adjustment properties take effect.
View Lorry Controller Status