| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=702996
|
|
|
|
| |
Use 'F10' by default.
|
|
|
|
|
| |
Just pick good defaults. The a11y team confirmed that they don't
rely on them.
|
|
|
|
| |
... for baseline support byu taking two extra (possible NULL) arguments.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=689168
|
|
|
|
|
|
| |
In preparation for the removal of the internal-padding style property.
https://bugzilla.gnome.org/show_bug.cgi?id=689168
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make the main (and only) entry-point to gtkmodelmenu.c the now-public
gtk_menu_shell_bind_model().
Move the convenience constructors (gtk_menu_new_from_model() and
gtk_menu_bar_new_from_model()) to their proper files.
Remove the private header file.
Simplify the code a bit by making the initial populate part of the
bind() call.
https://bugzilla.gnome.org/show_bug.cgi?id=682831
|
|
|
|
|
|
|
|
| |
In gtk_menu_bar_draw, the check for shadow type != none
disables rendering of the background instead of the frame.
The check should be moved down to gtk_render_frame.
Patch by Peter de Ridder,
http://bugzilla.gnome.org/show_bug.cgi?id=670390
|
| |
|
| |
|
| |
|
|
|
|
| |
Previously it was only used by GtkMenuBar, and that's a naming mismatch.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=651707
|
|
|
|
|
|
|
| |
Use the GtkStyleContext accessors for boxed properties where possible,
to reduce allocations.
https://bugzilla.gnome.org/show_bug.cgi?id=650420
|
|
|
|
|
|
| |
And the getter, too: gtk_menu_item_get_right_justified() and the
corresponding property. Also make the only caller use the private
structure (as it did before the recent patches).
|
|
|
|
| |
Yay for properly ellipsizing menubars!
|
| |
|
| |
|
|
|
|
|
| |
Pretty much just required hooking up the 2 vfuncs, the previous code
reorg did the rest of the work.
|
|
|
|
|
| |
Previously, we only queried the minimum size and reported that as
natural size, too.
|
|
|
|
|
| |
The get_preferred_size() function was compied form elsewhere. We should
really make that a common API.
|
|
|
|
| |
There's no need to compute height when we're only interested in width
|
| |
|
|
|
|
|
| |
This is in preparation for redoing that function to actually care about
natural sizes.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Failing to do so can leave us with a stuck grab in some cases.
https://bugzilla.gnome.org/show_bug.cgi?id=554057
|
|
|
|
| |
And remove some outdated content.
|
|
|
|
|
|
| |
Based on patches by Javier Jardón.
https://bugzilla.gnome.org/show_bug.cgi?id=629955
|
|
|
|
|
| |
These are no longer needed. At the same time, port gtkimcontextsimpleseqs.h
to use the new GDK_KEY_ symbols.
|
|
|
|
|
|
|
|
| |
The show_submenu_indicator flag was explicitly set in various
places from GtkMenu/GtkMenuBar at request times, since the
GtkMenuItem already checks the parent type for GTK_IS_MENU_BAR()
in various places, removed this flag in favor of just checking
the parent type (only in the interest of better readable code).
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
All current users of this CSS property have been updated to deal
with a GtkBorder.
Also a 0 border width has been set in the default CSS to ensure
GtkStyleContext and GtkThemingEngine always provide a non-NULL
pointer for this property.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Some GtkSettings property are registered by other classes. This leads
to the "interesting" issue that setting GtkSettings:gtk-button-images
requires that the GtkButton class is referenced first - or that a
GtkButton is created.
https://bugzilla.gnome.org/show_bug.cgi?id=632538
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It doesn't make sense to keep them separate as GtkSizeRequest requires a
GtkWidget and GtkWidget implements GtkSizeRequest, so you can never have
one without the other.
It also makes the code a lot easier because no casts are required when
calling functions.
Also, the names would translate to gtk_widget_get_width() and people
agreed that this would be a too generic name, so a "preferred" was added
to the names.
So this patch moves the functions:
gtk_size_request_get_request_mode() => gtk_widget_get_request_mode()
gtk_size_request_get_width() => gtk_widget_get_preferred_width()
gtk_size_request_get_height() => gtk_widget_get_preferred_height()
gtk_size_request_get_size() => gtk_widget_get_preferred_size()
gtk_size_request_get_width_for_height() =>
gtk_widget_get_preferred_width_for_height()
gtk_size_request_get_height_for_width() =>
gtk_widget_get_preferred_height_for_width()
... and moves the corresponding vfuncs to the GtkWidgetClass.
The patch also renames the implementations of the vfuncs in widgets to
include the word "preferrred".
|
|
|
|
|
|
| |
Large patch, but just renaming.
Indentation should still mostly be correct because I took care of
keeping the indentation for this function name.
|
| |
|
|
|
|
|
|
|
| |
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=629598
Signed-off-by: Javier Jardón <jjardon@gnome.org>
Signed-off-by: Tristan Van Berkom <tristanvb@openismus.com>
|
|
|
|
|
|
| |
gtk_widget_get_child_requisition()
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=629177
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The keysyms create a lot of potential namespace conflicts for
C, and are especially problematic for introspection, where we take
constants into the namespace, so GDK_Display conflicts with GdkDisplay.
For C application compatiblity, add gdkkeysyms-compat.h which uses
the old names.
Just one user in GTK+ continues to use gdkkeysyms-compat.h, which is
the gtkimcontextsimple.c, since porting that requires porting more
custom Perl code.
|
|
|
|
|
|
|
| |
The GtkSubmenuDirection and GtkSubmenuPlacement enumerations
have been deprecated as public API for a while, but are still used
internally in the menu code. Move them to a private header. This
also prevents to generation of GObject boilerplate for these enums.
|
| |
|