summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Use GtkMenuTracker for Quartz backend.William Hua2014-01-086-424/+434
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=710351
* Move get_key_equivalent() to gdk quartz utils.William Hua2014-01-083-148/+150
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=710351
* Updated German translationChristian Kirbach2014-01-081-52/+54
|
* GtkMenuTracker: fix hidden-when='' vs. separatorsRyan Lortie2014-01-081-10/+3
| | | | | | | Ensure that adding hidden-when='' to a menu item does not produce an extra separator item as a side effect. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* bloatpad: test hidden-when=''Ryan Lortie2014-01-081-2/+36
| | | | | | | | | | | | | | | Cook up some silly cases to test out the hidden-when='' attribute. - make sure hidden-when='action-missing' shows/hides items based on actions being created and destroyed - make sure hidden-when='action-disabled' shows/hides items based on actions being enabled and disabled - make sure hidden-when='action-missing' doesn't hide items when the action is merely disabled https://bugzilla.gnome.org/show_bug.cgi?id=688421
* GtkMenuTracker: remove hidden items from the menuRyan Lortie2014-01-081-5/+96
| | | | | | | | | | | | | | Modify the tracker so that it manages the visibility of GtkMenuTrackerItem by issuing insert and remove callbacks to the user of the tracker. This works by treating the GtkMenuTrackerItem as a virtual section which contains 1 item when the item is visible and 0 items when it is hidden. For efficiency reasons, we only employ this trick in the case that the item has a hidden-when='' attribute set on it. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* GtkMenuTrackerItem: add an internal 'visible' flagRyan Lortie2014-01-082-0/+94
| | | | | | | | | | | | | Add an internal API for checking if a GtkMenuTrackerItem is visible, along with a signal for reporting changes in that flag. The item will become invisible in situations according to the new hidden-when='' attribute, which can be set to 'action-disabled' or 'action-missing'. This new flag doesn't actually do anything yet, and none of the consumers of GtkMenuTracker do anything with it (nor should they). A followup patch will address the issue. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* GtkMenuTracker: rework action removal a bitRyan Lortie2014-01-081-15/+15
| | | | | | | | Refactor the code in the action observer remove function in order to make way for the (efficient) handling of hiding of the item in the case that hidden-when='' is given. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* GtkMenuTrackerItem: small logic tweakRyan Lortie2014-01-081-0/+2
| | | | | | | | | | | | | | | | Strictly speaking, can_activate should always be set back to FALSE when the action disappears from the muxer (since we can't activate it anymore) but we forgot to do that. This 'bug' could never cause a problem because 'can_activate' is never directly queried for anything at all and the item would get marked insensitive anyway. As soon as the action was re-added, can_activate would be recalculated based on the new action before anything else could happen. All the same, this should be cleared here. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* GtkMenuTracker: cache result of hash lookupRyan Lortie2014-01-081-6/+16
| | | | | | | | | | | Remove a hash lookup from the separator sync logic (which is run every time we change a menu). Instead, we do the lookup when creating the section and cache the result. This refactor will also help us in a future commit to add support for hiding menu items based on missing actions. https://bugzilla.gnome.org/show_bug.cgi?id=688421
* colorbutton: fix crash when destroying the colorbutton from the color-set signalIgnacio Casal Quinteiro2014-01-081-0/+2
|
* Updated Spanish translationDaniel Mustieles2014-01-081-52/+59
|
* PixelCache: Ensure clean cairo_t state in drawAlexander Larsson2014-01-081-2/+3
| | | | | | | | | This adds save/restore calls to the clear-to-transparent call in the pixel cache, to avoid changing the default color of the cairo_t. It also removes a call set_operator call that is no longer necessary (it was trying to manually restore the state). https://bugzilla.gnome.org/show_bug.cgi?id=721480
* fix prototypes of signal callbacks in the test suiteSteve Langasek2014-01-081-16/+16
| | | | | | | | | | The signal callbacks are defined to take pointers as their arguments, but the callbacks found in testsuite/gtk/builder.c are passing a GParamSpec by value as the second argument. This confuses and angers the compiler on ppc64el, resulting in segfaults after return from the function due to stack-smashing by the (completely-unused) argument. https://bugzilla.gnome.org/show_bug.cgi?id=721700
* Add icon menu to bloatpad.William Hua2014-01-082-0/+73
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=710351
* 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
|
View Lorry Controller Status