Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
A setting is added to show the run dialog history in reverse.
|
|
In a special case where the history size was 1, the actual history saved
had length 2. In addition history is always written with new entries.
One could also connect a signal to the max size property to force
writing history (i.e., to shorten it).
|
|
A key has been added to the gsettings schema that controls history size.
The code of the run dialog has been changed to use that key.
|
|
|
|
Initially the org.mate.panel.general.history-mate-run key was saved with
the most recent command last. In combination with wrong code this led to
scrambling the history.
This commit changes the history storage in a way that most recent
elements are stored first. The code adapts to this change by changing
only one function to prepend instead of append in the list store. (Any
old histories might therefore be wrong for a short time, but that's
probably worth it to fix this bug.)
|
|
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.
|
|
|
|
|
|
|
|
|
|
when changing panel orientation or rotating the screen itself,
panel might keep its old size, so some applets might appear
behind screen edge (until you restart the panel). same thing
might happen when enabling hide buttons.
fixes https://github.com/mate-desktop/mate-panel/issues/552
upstream commit with detailed problem description:
https://git.gnome.org/browse/gnome-panel/commit/?id=fc24d8fa623c4cf841eb5168cb1c250b4a84d4da
upstream commit with the actual fix:
https://git.gnome.org/browse/gnome-panel/commit/?id=4511f4466df0b163906794b4a32196226ccf90f3
yes, it's somewhat messed up there :)
|
|
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.
|
|
|
|
These changes have been accidentally removed. The previously used
handler has been added to the code again, which connects to the scroll
event of the WnckPager widget.
|
|
|
|
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.
|
|
Fixes #530.
|
|
|
|
|
|
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.
|
|
restore ability to configure launcher's custom icon which degradated after switching on g_app_info_get_icon
also update launcher state after saving launcher's properties.
|
|
This reverts commit 8c25e1bdd328a8712735c0b00cf4aede7993da1d.
LTSP no longer requires this, and it in fact prevents LTSP machines from
shutting down.
Closes https://github.com/mate-desktop/mate-panel/issues/535
|
|
|
|
|
|
|
|
|
|
|
|
Fix the logic guarding against updating the name and description so
that it properly checks against strings in the same locale.
This prevents spamming accessibility 'accessible-name' change events,
avoiding some noise when interacting with the panel.
|
|
|
|
The order was reversed when porting from the previous sorting method.
Part of #521.
|
|
This version check added to version 1.16 backport, let's use it in master too
|
|
|
|
|
|
|
|
fixes build breakage because of moved file after new tray area changes
|
|
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.
|
|
|
|
|