summaryrefslogtreecommitdiff
path: root/gtk
Commit message (Collapse)AuthorAgeFilesLines
* menushell/toolbar/window: implement toggle maximize on double clickLionel Landwerlin2013-11-095-45/+64
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=700419
* Slow down about dialog animation a bitMatthias Clasen2013-11-091-0/+1
|
* toolbar: implement minimum and natural sizes in _get_preferred familyJonh Wendell2013-11-091-34/+37
| | | | | | | | currently it's using the same sizes for natural and minimum, but it happens that, when it's allowed to use the arrow, the minimum size can be smaller than natural. https://bugzilla.gnome.org/show_bug.cgi?id=693227
* GtkListBox: Expand the placeholderTimm Bäder2013-11-091-1/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711255
* stack: Use g_object_notify_by_pspec()David King2013-11-091-6/+10
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711611
* stack: Use g_object_class_install_properties()David King2013-11-091-38/+33
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711611
* broadway: Always use client side decorationsAlexander Larsson2013-11-071-0/+9
|
* Do not reset the waiting_for_printer on status changeChenthill Palanisamy2013-11-051-0/+2
| | | | | | | | * gtk/gtkprintunixdialog.c (printer_status_cb): Do not reset the waiting_for_printer on status change as the default printer might get added later. https://bugzilla.gnome.org/show_bug.cgi?id=577642
* GtkAboutDialog: Use :link and :visited for link colorsTimm Bäder2013-11-041-43/+13
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=709629
* GtkLinkButton: Use :link and :visited for the label's colorTimm Bäder2013-11-041-57/+14
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=709629
* GtkLabel: Use :visited and :link for link colorsTimm Bäder2013-11-041-55/+22
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=709629
* css parser: Add :link and :visitedTimm Bäder2013-11-044-5/+13
| | | | | | | ... which are both to be used for links instead of the current -GtkWidget-link-color and -GtkWidget-visited-link-color https://bugzilla.gnome.org/show_bug.cgi?id=709629
* GtkEntryCompletion: fix warningLars Uebernickel2013-11-031-1/+1
|
* gtk_entry_completion_get_cells: revert returning NULLLars Uebernickel2013-11-031-10/+14
| | | | | Too many applications and libraries depend on accessing the internally created cell renderer. Allow that again, but print a warning.
* gtktextattributes: Use an anonymous union instead of arch-testing #ifdefColin Walters2013-11-031-6/+4
| | | | | | | | | | This avoids having Gtk-3.0.gir differ on 32 vs 64 bit, which causes issues for "multilib" in Fedora/OpenSUSE type systems. See https://bugzilla.gnome.org/show_bug.cgi?id=711153 for more information. https://bugzilla.gnome.org/show_bug.cgi?id=711158
* eventbox: also draw css borders if specifiedPaolo Borelli2013-11-031-0/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711324
* grid: draw css background and bordersPaolo Borelli2013-11-031-0/+17
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711324
* fixed: draw css background and bordersPaolo Borelli2013-11-031-0/+19
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=711324
* GtkEntryCompletion: call cell_area()->clear()Lars Uebernickel2013-11-031-1/+5
| | | | | | Call gtk_cell_layout_clear() on the area instead of the completion in gtk_entry_completion_clear_text_column_renderer(), because it is also called from within gtk_entry_completion_clear().
* gtk_entry_completion_set_text_column: reuse old rendererLars Uebernickel2013-11-021-12/+116
| | | | | | | | | | | | | | | | | | | | | gtk_entry_completion_set_text_column() always added a cell renderer, regardless of whether there was an existing one already installed. This patch reuses an old renderer if it exists, but only if it was added by a previous call to this function. To avoid conflicts, all renderers that were added manually are removed when calling this function. Also, the renderer added by this function is removed when manually adding new renderers. This effectively gives GtkEntryCompletion two modes (managed and manual cell renderers) and allows seamless switching between the two. This is a minor API break. However, this shouldn't be an issue in practice as applications couldn't call set_text_column() more than once because of this bug. Also, it is unlikely that many applications mix set_text_column() and custom cell renderers. The interaction between the two modes was erratic and not documented well. https://bugzilla.gnome.org/show_bug.cgi?id=635499
* gtksettings: Allow setting the GTK+ theme with an envvarJasper St. Pierre2013-11-011-22/+34
| | | | To test with Raleigh much easier.
* frame: Remove a couple strange casts...Jasper St. Pierre2013-11-011-5/+3
|
* GtkEntryCompletion: call setter for "text-column"Lars Uebernickel2013-11-011-1/+2
| | | | | | | | | | | Call gtk_entry_completion_set_text_column() when setting the "text-column" property directly. The completion appeared empty when setting "text-column" directly (for example from a GtkBuilder file), because the setter creates and adds the GtkCellRendererText. https://bugzilla.gnome.org/show_bug.cgi?id=710533
* stack: Fix the slide animation if the child has a non-zero allocation positionJasper St. Pierre2013-11-011-0/+3
| | | | This can happen if the child has a margin, for instance.
* stack: Scope some variables so that the code is clearerJasper St. Pierre2013-11-011-35/+34
| | | | | ... that the allocation magic here is for the transition of the last visible child that's sliding out.
* gtkoverlay: Remove get_preferred_width / get_preferred_height implementationJasper St. Pierre2013-11-011-40/+0
| | | | GtkBin now handles this for us.
* gtkbox: Draw backgrounds and bordersJasper St. Pierre2013-10-311-0/+18
|
* Make treeview cursor handling a bit more robustMatthias Clasen2013-10-301-1/+2
| | | | | | Clearing the model in a GtkTreeSelection::changed handler was crashing. While it is not a 100% kosher thing to do, lets be more robust here.
* Revert "wayland: Support always-on-top / sticky windows"Jasper St. Pierre2013-10-291-17/+17
| | | | | | This reverts commit b3cffb85f39183a83a99e7517191e46bcd744749. Pushed by accident.
* Use g_return_val_if_fail where return value needed.Daniel Svensson2013-10-293-5/+5
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=710987
* wayland: Support always-on-top / sticky windowsJasper St. Pierre2013-10-281-17/+17
| | | | | | Use the new gtk-shell APIs available in mutter to add support for this. https://bugzilla.gnome.org/show_bug.cgi?id=710056
* gtkdialog: Allow specifying response IDs by nick in <action-widgets>Jasper St. Pierre2013-10-281-6/+32
| | | | | This makes it a lot more convenient for developers, as they don't have to look up the numeric value of response IDs.
* Remove debug spewMatthias Clasen2013-10-281-3/+0
|
* GtkWidget: Fix clipping to large subwindowsAlexander Larsson2013-10-281-4/+19
| | | | | | | | | | | | | _gtk_widget_draw_internal() was clipping by passing the subwindow sizes as a path to cairo_clip(). This was breaking for windows larger than 23 bits in width/height, due to cairo using fixed point (24.8) for the path coordinates. We fix this by pre-clipping the subwindow region to the existing cairo clip region in the full 32bit gdkwindow precision. This fixes the GooCanvas Large Items test. https://bugzilla.gnome.org/show_bug.cgi?id=710958
* Revert "dialog: Fix docs for GtkDialog"Matthias Clasen2013-10-281-1/+1
| | | | | | This reverts commit e4bb02f8ae698facc204c616108cc8f4c3b579bc. Responses don't have to be negative.
* Respect deprecated button images settingMatthias Clasen2013-10-242-10/+69
| | | | | | | | | | I have been convinced that it is a bad idea to change the behaviour at the same time as deprecating it, so go back to respecting the Gtk/ButtonImages xsetting in buttons created with gtk_button_new_from_stock() when it is set. The setting as well as the function are still deprecated, and the default value of the setting will remain FALSE.
* Respect deprecated menu images settingMatthias Clasen2013-10-243-9/+93
| | | | | | | | | I have been convinced that it is a bad idea to change the behaviour at the same time as deprecating it, so go back to respecting the Gtk/MenuImages xsetting in GtkImageMenuItem when it is set. The setting as well as the widget are still deprecated, and the default value of the setting will remain FALSE.
* Revert "GtkPlacesSidebar: support switching locations for XDS drag types"Matthias Clasen2013-10-231-15/+3
| | | | This reverts commit 588ffa8c3241eff2f8e2d99b911a6bcb539347bd.
* Revert "GtkPlacesSidebar: support open locations when dragging text"Matthias Clasen2013-10-231-16/+5
| | | | This reverts commit 1b839d4b72a2cedb2bb633b5acd57239860693f4.
* Revert "GtkPlacesSidebar: use gtk api to add dnd uri targets"Matthias Clasen2013-10-231-1/+1
| | | | This reverts commit 7fa27dff259ad79d5a4364d7eaa6b63150082af3.
* GtkPlacesSidebar: use gtk api to add dnd uri targetsNelson Benítez León2013-10-231-1/+1
| | | | | | Instead of hardcoding it in the dnd drop targets list. Part of bug 707679
* GtkPlacesSidebar: support open locations when dragging textNelson Benítez León2013-10-231-5/+16
| | | | | | | Make GtkPlacesSidebar also open locations when hovered by text dnd targets. Part of bug 707679
* GtkPlacesSidebar: support switching locations for XDS drag typesNelson Benítez León2013-10-231-3/+15
| | | | | | | Make GtkPlacesSidebar also change locations when hovered by XDS dnd targets (eg. dragging a file from file-roller). Part of bug 707679
* dialog: Fix docs for GtkDialogJasper St. Pierre2013-10-231-1/+1
| | | | Responses need to be negative
* GtkScrolledWindow: Disconnect from frame clock properlyBastien Nocera2013-10-231-2/+2
| | | | | | | | | The tick callback IDs from GtkWidget aren't timeouts, so use the correct function to disconnect from them. Spotted by Benjamin Otte <otte@redhat.com> https://bugzilla.gnome.org/show_bug.cgi?id=710666
* GtkWidget: Avoid lingering clock frame updatesBastien Nocera2013-10-231-16/+15
| | | | | | | | | | | | | | | | For some widgets, like GtkTreeView, which setup a clock frame update during realize, it was possible to call gdk_frame_clock_begin_updating() twice, but only ever disconnecting from it once. This happens because the realized flag is set at an unpredictable time by the GtkWidget's realize implementation. Keep the signal handler ID from us connecting to the "update" signal to avoid connecting to it twice. This fixes high wake-up count from any application using GtkTreeView, even idle ones. https://bugzilla.gnome.org/show_bug.cgi?id=710666
* all: Add names to timeoutsBastien Nocera2013-10-2333-20/+106
| | | | | | | Add names to every timeout we setup, so it's easier to track their usage, and debug possible misbehaviour. https://bugzilla.gnome.org/show_bug.cgi?id=710651
* Icon theme: Hardcode fallback through the 'gnome' icon themeMatthias Clasen2013-10-211-1/+6
| | | | | | | This is what we used to get through the Net/FallbackIcontheme setting. Nobody has ever set this setting to a different value, and people have come to rely on GTK+ applications getting their icons this way.
* flowbox: Always return a NULL iter when we are at the endDebarshi Ray2013-10-211-6/+6
| | | | | | The objective is simplify the semantics of the code so that we don't need to check for "(iter != NULL && !g_sequence_iter_is_end (iter))" in the callers.
* flowbox: Be careful when the container is emptyDebarshi Ray2013-10-211-0/+3
| | | | | Otherwise, showing an empty GtkFlowBox will lead to: GLib-CRITICAL **: g_sequence_get: assertion '!is_end (iter)' failed