| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the keyboard group shifting modifier is *also* a normal
accelerator modifier, we need to special case it when calling
gdk_keymap_translate_keyboard_state(), so we get the right
key symbol for accelerators (for example we want Option-O,
not Option-Ø displayed in menu items). This patch should only
affect quartz where the Alt key both shifts the group and can
be used as accel modifier, and not X11 or Win32 where AltGr
is not used for accelerators.
- fix quartz' gdk_keymap_translate_keyboard_state() to return
the right consumed_modifiers
- add _gtk_translate_keyboard_accel_state() which does the
special casing
- use it everywhere instead of gdk_keymap_translate_keyboard_state()
|
|
|
|
| |
Also install their headers to a subdirectory.
|
|
|
|
| |
Instead define GDK_DISABLE_DEPRECATION_WARNINGS where appropriate.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=651707
|
|
|
|
|
|
| |
We want the menu realized so we know the size it's allocating to itself.
And we need that size to position the menu properly.
This is best visible on right-to-left.
|
|
|
|
|
|
|
|
|
|
|
| |
Lots of code calls gtk_menu_popup() and we don't want to resize the
window needlessly.
In this particular case, keyboard navigation to submenus caused those
submenus to shrink.
Note: I'm not sure this fix doesn't have nasty side effects, as I'm not
a specialist on menu popup code, so if it does, we'll need to revert it.
Until then, let's keep it, it fixes a bug.
|
|
|
|
|
|
|
| |
Borders should be rendered inside the allocation, not act as a second
padding.
https://bugzilla.gnome.org/show_bug.cgi?id=650418
|
| |
|
|
|
|
| |
Mostly correcting it's to its and changing some , to .
|
| |
|
|
|
|
|
| |
This was not handled consistently, but the default handler
does useful things, so we should always chain up.
|
|
|
|
|
| |
gcc 4.6.0 has started to warn about set-but-unused variables.
So don't do that, then.
|
|
|
|
|
| |
Also adds 'Rename to:' annotation to some constructs replacing the
skipped ones.
|
| |
|
|
|
|
|
|
| |
This change does not introduce any functionality change, mostly
cosmtic cleanups, like re-linebreak when introduced annotations messed
up indentation or whitespace errors fixes.
|
| |
|
|
|
|
| |
The default CSS has also been modified to theme these sensibly
|
| |
|
|
|
|
|
| |
Call gtk_adjustment_set_value() instead of manually updating the value
in gtk_menu_scroll_to()
|
|
|
|
|
|
| |
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).
|
|
|
|
|
| |
The API was not display-specific, but belonged to the device. Also, we
didn't find a user of the modifier mask, so we dropped it.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
|
| |
Since GdkDevice stuff, it seems that destroying an active
menu doesnt get rid of all the device grabery, this fixes
bug 635693.
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=612611
|
|
|
|
| |
Because it's FALSE in virtually all use cases.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
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's useless and a trap for programmers
https://bugzilla.gnome.org/show_bug.cgi?id=438318
|
|
|
|
|
|
| |
Previous patch f0039aa2a4367df95bda1b6cf3d4a735cafb4eb2
is not correct as it try to fix a bug introduced in commit
3a10216dd01c8d10df235b88c8942b2fda15689b
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=631311
|
|
|
|
|
|
| |
As gtk_adjustment_new() returns a GtkAdjustment* now
https://bugzilla.gnome.org/show_bug.cgi?id=630731
|
|
|
|
| |
Also make GtkWidget derive from GInitiallyUnowned
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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".
|
| |
|