Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
|
|
|
|
it's already inside !GTK_CHECK_VERSION one, so it's a no-op
|
|
|
|
fixes the second issue mentioned in https://github.com/mate-desktop/mate-panel/issues/686
ported from:
https://git.gnome.org/browse/gnome-panel/commit/?id=585c6727a807f0160e79f42a1f17350cc6df0d78
|
|
fixes https://github.com/mate-desktop/mate-panel/issues/686
ported from:
https://git.gnome.org/browse/gnome-panel/commit/?id=a08f238147660b3d70e5eebd8d24707711424719
|
|
*Ensure only the actually selected radio button is shown as checked, not all the radio buttons
*Note that this works so long as each menu created by a single indicator creates no more than one groups of radio buttons, the usual case
*Also set ATK_ROLE_RADIO_MENU_ITEM for any radio menu items created by an indicator as this code otherwise would cause Orca to call them check menu items
|
|
|
|
patch by https://github.com/supermaz
|
|
Ensure icons called by filename and path instead of icon-name get scaled to match other tray icons
|
|
Fix for https://github.com/mate-desktop/mate-panel/issues/695 and similar failures to load icons when the application calls for a path and not an icon name
|
|
Fix 1px wide invisible icon in cases such as
https://github.com/mate-desktop/mate-panel/issues/695
|
|
This commit reverts:
https://github.com/mate-desktop/mate-panel/commit/7b2bc7d9f98c6ba8c2c31bdf9605faadb42a7e0e
And it applies an alternative to fix the deprecated functions:
gdk_screen_get_width
gdk_screen_get_height
|
|
|
|
This needs to be special cased, and requires a change in mate-polkit to work
|
|
|
|
Also catch a missed instance of needing to reposition. This stops most cases of a bottom panel menu changing size and ending up too low.
|
|
Mostly fixes serious mispositioning of network-manager applet (indicator mode) menus when connections were changed on last showing of menu and applet is on bottom panel and especially bottom right
|
|
avoid deprecated:
gdk_screen_get_monitor_geometry
gdk_screen_get_monitor_at_window
gdk_screen_get_monitor_at_point
|
|
|
|
|
|
|
|
|
|
Enable the force-redraw code unconditionally so it can function from the idle callback regardless of child->parent_relative_bg = TRUE/FALSE as it seems to now always be needed
|
|
Support any menu theme set up for the panel's menus differing from the rest of the Gtk theme using the .mate-panel-menu-bar style class
|
|
fixes https://github.com/mate-desktop/mate-panel/issues/571
taken from:
https://git.gnome.org/browse/gnome-panel/commit/?id=f93821cc77892c7b262866d04bd8aa26ddafa154
|
|
Although the specification states that most hosts will hide those,
several items report them as Passive all the time and thus never show
up. So for now, just show everything.
Fixes #537.
|
|
This fixes menu positioning on some system tray items when the panel
orientation changed since it was initially started.
|
|
Properly forward orientation to the items. This especially fixes SNI
items height in vertical panels, but affects several other details on
SNI items.
|
|
It should only affect the space between items, not all around, and
that padding should be part of the item itself, not be outside of it.
|
|
|
|
The SNI specification doesn't explicitly state what should happen when
trying to register again an already registered item, so it would seem
only logical to forbid it. Unfortunately, libappindicator tries
re-registering pretty often, and even falls back to System Tray if it
fails. So in practice we need to be forgiving and pretend it's OK,
or we get a duplicate System Tray item for this one.
Fixes #539.
|
|
|
|
|
|
The order was reversed when porting from the previous sorting method.
Part of #521.
|
|
|
|
|
|
It never was intended to be v3+ while upstream is v2+, so fix it.
|
|
|
|
|
|
|
|
It's only there because GtkImageMenuItem is deprecated, it doesn't
offer any original features.
|
|
|
|
Also, that part was quite fragile.
|
|
|
|
It makes them look a little blurry at the "proper" sizes (32, 48, etc.)
where the system-tray ones are perfect. Without the padding, they get
blurry at the same sizes system-tray ones do, not making the situation
worse.
|
|
On GTK 3.20 onwards, themes are expected to use CSS names rather than
widget class names, and apparently CSS names are not inherited. So, a
derived widget altering its CSS name won't be styled as its parent
classes.
Thus, SnItem setting the CSS name "sn-item" avoids being styled as a
"button". But on older GTK versions, the widget class being used makes
this change ineffective.
Fix that by introducing a custom derived button that doesn't draw the
unwanted parts.
|
|
|