| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
The GtkRecentAction implementation ignored a GtkRecentManager passed to
its :manager property.
https://bugzilla.gnome.org/show_bug.cgi?id=620065
|
|
|
|
|
|
|
| |
Quite a bit of code movement, but necessary to build with the
default format errors produced by newer versions of GCC.
https://bugzilla.gnome.org/show_bug.cgi?id=764585
|
|
|
|
|
|
|
|
| |
I apparently was too tired when doing
8cebc125da7e3f9c49a6d4e0ea5320c11b7c21af and forgot to replace one
instance of 'i' with 'j'.
Thanks Timm for finding that one.
|
|
|
|
| |
http://www.viva64.com/en/b/0383/
|
|
|
|
|
|
|
|
| |
Support aliases for flags values in GtkBuilder, and use this
to support the special value 'primary' for GdkModifierType
values.
https://bugzilla.gnome.org/show_bug.cgi?id=699891
|
|
|
|
|
|
|
|
|
| |
We're seeing loops where the size of some status icons constantly
dithers between 24 and 25. Since I couldn't track down exactly
where the one extra pixel comes from, just stop reacting
to single-pixel size changes.
https://bugzilla.gnome.org/show_bug.cgi?id=758893
|
|
|
|
|
|
| |
The g_print documentation explicitly says not to do this, since
g_print is meant to be redirected by applications. Instead use
g_message for logging that can be triggered via GTK_DEBUG.
|
|
|
|
|
| |
Remove some debug spew that has been ifdef'ed out for years
and does not look useful enough to keep.
|
|
|
|
| |
g_logv adds one for us already.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
taking an int instead of GtkIconSize
In https://bugzilla.gnome.org/show_bug.cgi?id=601425 the annotations
were changed to int as they not only take the predefined enum values
but also user defined values registered through gtk_icon_size_register()
As a result the typelib doesn't contain any information about
GtkIconSize for those arguments and the Python docstring only
shows the corresponding Python type "int".
This changes the argument docs to mention the type explicitly
so the Python doc generator can add a link to Gtk.IconSize
which contains the most useful predefined values.
https://bugzilla.gnome.org/show_bug.cgi?id=757411
|
| |
|
|
|
|
|
|
|
|
|
| |
The code handles the possibility of pixbuf being NULL, but
after b411c318321fd4de556926119cbc6e3ba14f073a we must be
prepared for surface already being NULL. Pointed out by
Albert Muktupāvels,
https://bugzilla.gnome.org/show_bug.cgi?id=759917
|
|
|
|
|
| |
This style property has been documented as been ignored for a long time,
but we were still reading it in some cases.
|
|
|
|
| |
Note that we don't use it yet.
|
| |
|
|
|
|
| |
Instead, use the widget's context.
|
|
|
|
|
| |
Note that the caller needs to ensure the widget lives as long as the
iconhelper as the iconhelper will not ref the widget.
|
| |
|
| |
|
| |
|
|
|
|
| |
The previous renaming commit was incomplete, so here we go again.
|
|
|
|
|
|
|
|
| |
- icon sets are essentially unused
- the icon theme does caching
- this code complicates the restructuring I'm about to do
=> Delete it!
|
|
|
|
|
| |
No need to look at the settings when the CSS has a property for the icon
theme.
|
|
|
|
| |
This is a property for icons, so we should name it as such.
|
|
|
|
| |
Use the equivalent gtk_icon_size_lookup() instead.
|
|
|
|
|
|
|
|
| |
This removes the dependency on state, which should be used for selection
CSS styles, not for actually applying them.
And image-effect does exactly what we want already, so we can start
using it.
|
|
|
|
| |
This is in preparation for the next commit.
|
| |
|
|
|
|
| |
We generally use ->next directly.
|
|
|
|
| |
We generally use ->next directly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These days exposure happens only on the native windows (generally the
toplevel window) and is propagated down recursively. The expose event
is only useful for backwards compat, and in fact, for double buffered
widgets we totally ignore the event (and non-double buffering breaks
on wayland).
So, by not setting the mask we avoid emitting these events and then
later ignoring them.
We still keep it on eventbox, fixed and layout as these are used
in weird ways that want backwards compat.
|
|
|
|
| |
This is less expensive.
|
| |
|
|
|
|
|
|
| |
Use g_slist_free_full more consistently. This commit just converts
the obvious cases where g_slist_forall is directly followed by
g_slist_free.
|
|
|
|
|
| |
Since the stock strings usually have menmosics suggest
gtk_menu_item_new_with_mnemonic().
|
|
|
|
|
| |
gtk_menu_item_new(9 would create an empty menu item. While the stock deprecation
aims to unclutter the menus, I feel this goes too far.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752093
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=752088
|
|
|
|
| |
Do not suggest using icons that do not exist.
|
|
|
|
|
| |
gtk-doc complained about a multi-line Since: tag, but the
real culprit was a typo in the Deprecated: tag.
|
| |
|
|
|
|
|
|
| |
Point to the replacement properties and functions.
https://bugzilla.gnome.org/show_bug.cgi?id=750718
|
|
|
|
|
|
|
| |
Should help porting code away from the deprecated GtkImageMenuItem
class.
https://bugzilla.gnome.org/show_bug.cgi?id=750718
|
|
|
|
|
|
|
| |
We want people to port their code away from deprecated classes, and this
helps finding a replacement.
https://bugzilla.gnome.org/show_bug.cgi?id=750718
|
|
|
|
| |
Fix warnings due to -Wdeclaration-after-statement and -Wshadow.
|
|
|
|
|
|
| |
Not everything has a replacement in the API, as the drawing model
changed considerably; nevertheless, this should help out developers
porting from the deprecated GtkStyle API.
|
|
|
|
|
|
| |
Avoid some compiler warnings from clang in deprecated code.
Most of these are around our habit of using -1 as an 'unset'
value for enumerations.
|
|
|
|
| |
They are not used anymore.
|
|
|
|
| |
Point at edit-delete and edit-paste as available icons.
|