Age | Commit message (Collapse) | Author | Files | Lines |
|
Set better limits to the size taken by all BUTTON_WIDGETs when the panel is wide.
For a wide panel (example vertical panel 100px wide) a widget would, before, take a space of 100x100 (for max hardcoded icon size 48px)
Now if panel width exceeds 50px, the widgets' height stays at 50 and does not grow in height anymore.
Same behaviour applies on wide horizontal panels.
The GTK_ARROW also resizes properly for wide panel on BUTTON_WIDGETs with property "has_arrow"
|
|
The background is in https://gitlab.gnome.org/GNOME/gtk/issues/85 . One of
the conclusions, in https://gitlab.gnome.org/GNOME/gtk/issues/85#note_264804
, is that mate-panel needs to properly transfer focus on alt-F1 keyboard
shortcut.
It used to work only by luck before, only because gtk used to
deactivate itself during a keyboard grab. But as discussed in
https://gitlab.gnome.org/GNOME/gtk/issues/85 that behavior poses
accessibility feedback issues, is not coherent, and keyboard grab
feedback will not be available in wayland anyway. Thus @ebassi saying
in https://gitlab.gnome.org/GNOME/gtk/issues/85#note_264804 that not
transferring focus properly is the actual bug.
This change explictly switches to the menu bar after saving which X Window
had the focus, and on menu bar deactivation restores focus to that X Window.
Fixes #851
This a backport of commit f0f4c5e1217eefd46edf9f98633fb32967c67461.
|
|
g_file_query_info can return NULL. Use g_clear_object to make
sure we don't try to unref NULL pointer.
Origin commit:
https://github.com/GNOME/gnome-panel/commit/73fa9808f24ee6a95e12a8558d6b1f6513b78693#diff-5f461c83a31d7792b939f3a1be40c512
|
|
Origin commit :
https://github.com/GNOME/gnome-panel/commit/19129513e9dbfef9a985e0666d98d60a9e7b2779#diff-97cdffd8b53134e4fdfdd45b4a862042R2144
|
|
origin commit:
https://gitlab.gnome.org/GNOME/gnome-panel/commit/6015418
|
|
This improves support for HiDPI by loading properly scaled surfaces for
launcher and drawer icons.
It also Fixes the Show Desktop wncklet to show a surface icon. Other
wncklets have their icons determined by libwnck, so they remain as
pixbufs.
Fixes mate-desktop/mate-desktop#314
|
|
Thanks to Juha Leppänen, Kuopio, Finland
for simplifing the code
|
|
|
|
Thanks to Alberts Muktupāvels for this code
|
|
|
|
origin commits:
https://git.gnome.org/browse/gnome-panel/commit/?h=gnome-3-4&id=9fca67f
https://git.gnome.org/browse/gnome-panel/commit/?h=gnome-3-4&id=695d30c
https://git.gnome.org/browse/gnome-panel/patch/?id=00f9870cb28e6ef657d1
|
|
* applet drag-handle: use a symbolic image for the default drag handle image
* Use an .svg image with --gtk-recolor (like a symbolic icon), load it from the same directory as the css file so the css parser can find it, and use the theme fg color on it for good contrast
* load a css file to use the recolorable image globally for the panel, not for each applet to ensure only one cssprovider is loaded
|
|
panel_toplevel_queue_auto_hide()"
This reverts commit 0d29acf6a70090ee771de2793b1af8e1388a430f.
Which causes a regression.
Fixes https://github.com/mate-desktop/mate-panel/issues/773
|
|
Special case the GNOME HighContrast and HighContrastInverse themes to give max contrast on tray and window list applet handles. Follow-on to https://github.com/mate-desktop/mate-panel/commit/2e0a74d9458480966f2a87d1d66a58552a873300
|
|
Fix https://github.com/mate-desktop/mate-panel/issues/758
Ensure that themes such as GNOME themes (e.g Adwaita) that do not explicitly support MATE show the drag handles for applets such as tray and window-list.
|
|
|
|
fix #733
|
|
avoids jumping of nearby UI controls when icon is bigger than requested
|
|
|
|
learning signal chaining...
|
|
fix #676
|
|
|
|
|
|
in HiDPI
|
|
*Drawer coding style cleanup
*Drawer code organized
*Rearranged and labeled code
*Drawer fix arrows
*Fixed hide code for drawer in toplevel.
*fix #528
*fix #704
|
|
|
|
fix #296
|
|
|
|
introduced in 7f99492c269f541c81e4f36742ecc3f0b4ebac04
|
|
|
|
make it more clear that the problem is in the theme, not the panel
|
|
|
|
|
|
*Fix scaling of panel widgets, buttons, and the menu bar
*Draw grab handles at the ends of the panel
*Fix size of _almost_ all included applets
*Fix panel snapping coordinates
*Down-scale monitor coordinates to support multi-monitors
Author: Victor Kareh <[email protected]>
Date: Wed Dec 20 14:03:18 2017 -0500
|
|
Fix https://github.com/mate-desktop/mate-panel/issues/706
*patch by https://github.com/muesli4
|
|
|
|
|
|
|
|
don't mess with additional references to a GCancellable, instead
keep just a const pointer to the internal operation data and use
it as a key when it's needed to cancel the operation.
fixes https://github.com/mate-desktop/mate-panel/issues/214
fixes https://github.com/mate-desktop/mate-panel/issues/431
|
|
|
|
|
|
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
|
|
panel_toplevel_queue_auto_hide()
|
|
should've done it long ago
see https://git.gnome.org/browse/gnome-panel/commit/?id=e57b3afd9255671789ea6c1b6136bbad82573cdc
|
|
change larger
|
|
|
|
found by cppcheck
|
|
found by cppcheck
|
|
Stop panel from collapsing left on adding fish, moving window-list(or other wncklet applet) on otherwise empty panel
Fixes https://github.com/mate-desktop/mate-panel/issues/661
|
|
fixes https://github.com/mate-desktop/mate-panel/issues/590
reverts a part of 7ee450758e4f2bee13aa8ff967a5795a6dcdc91f
|