summaryrefslogtreecommitdiff
path: root/mate-panel/panel-menu-button.c
AgeCommit message (Collapse)AuthorFilesLines
2022-12-23panel-menu-button: comment out wayland debugging messagelukefromdc1-4/+6
leave the code in place so it can be uncommented and used for further work on wayland
2022-06-01Add "center-stick" capability applets on the panelThe Squash1-1/+1
Conventionally, the applets on a MATE Panel are positioned relative to the left edge of the panel (if the panel is horizontal) or the top edge (if the panel is vertical). There has also been some (buggy) support for positioning of applets relative to the right (or bottom) edge of the panel, so that applets on the right side of the panel will stay on the right side even if the user changes screen resolutions or if the panel changes size for some other reason. However, many users want to also place applets at or near the center of their panel(s). There is no such conventional support for positioning applets relative to the center of the panel, so users have positioned applets near the center of the panel -- but the position recorded is relative to the left side of the panel. As such, the applets will almost certainly shift over to the left or right slightly if the panel is ever resized, and the user will have to reposition all those centered applets yet again. This is especially frustrating if the user switches monitors on a regular basis! This patch radically revamps the MATE Panel's positioning framework, and deprecates the original "right-stick" feature. To replace the right-stick feature, this patch instead associates an "edge relativity" setting with each and every panel applet: An applet can be relative to the start (left/ top), end (right/bottom), or center of the panel. This setting can be changed using DConf/GSettings, using a custom panel layout file, or even by simply dragging the applet to the appropriate place on the panel. (Conventionally, applets are not even right-stuck automatically even when the user drags the applet over to the far right of the panel!) As a bonus, when the user drags an applet across the center of the panel, the applet will temporarily "stick" to the very center of the panel, to allow the user to very precisely align any applet they wish.
2022-01-26Fix implicit conversion changes signedness: 'gboolean' to 'guint'rbuj1-1/+1
2021-12-20Fix some -Wsign-compare warningsrbuj1-3/+3
2021-12-16Use g_clear_pointer() and g_clear_object()rbuj1-19/+11
2021-12-11Use a blank line at mostrbuj1-2/+0
2021-06-22update copyright to 2021raveit651-0/+1
2020-09-07Remove variableScope warnings reported by cppcheckrbuj1-7/+4
cppcheck --enable=all . 2> err.txt grep variableScope err.txt
2020-05-25Fix some cast-function-type warnings introduced in GCC 8rbuj1-1/+5
2019-07-09Keep menu button popup from covering up menu on WaylandWilliam Wold1-6/+22
2019-06-07revert menu-bar: transfer focus correctly on alt-F1raveit651-33/+0
This revert https://github.com/mate-desktop/mate-panel/commit/f0f4c5e and fixes hopefully https://github.com/mate-desktop/marco/issues/209
2019-05-16[mate-panel] Avoid deprecated g_type_class_add_privateWu Xiaotian1-7/+3
2019-03-10Wayland support for panel-menu-button.cWilliam Wold1-5/+19
2019-02-06Properly align button menu positions on vertical panelslukefromdc1-1/+6
2018-09-26menu-bar: transfer focus correctly on alt-F1Samuel Thibault1-0/+22
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
2018-07-01panel-menu-button: replace deprecated gtk_menu_popupraveit651-7/+5
2018-05-30panel-menu-button.c: Force use basename for compareyetist1-1/+14
* matemenu_tree_get_canonical_menu_path () now return absolute file path, not basename like matemenu_tree_get_menu_file.
2018-05-30Support new mate-menus apiyetist1-2/+6
2018-01-29set the "document-properties" icon in "Edit Menus"Pablo Barciela1-1/+1
2018-01-25avoid deprecated GtkStockPablo Barciela1-1/+1
2017-06-06Fix: menubar/menu-button can't launch mozoZenWalker1-12/+9
Fixes #586
2017-05-17menu-button: disconnect from GSettings when applet is removedmonsta1-0/+3
fixes runtime warning on applet removal
2017-01-20Add (optional) support for menulibre. https://smdavis.us/projects/menulibre/ ↵Martin Wimpress1-5/+5
(#515) This patch re-purposes the existing fallback support for the now obsolete matemenu-simple-editor to add (optional) support for menulibre. The logic is simple, if menulibre is installed use it in preference to mozo. If menulibre is not available, fallback to mozo. The rationale is this; if you've installed menulibre you want to use it in preference to mozo. Menulibre offers a superset of menu editting capabilities compared to mozo and is growing in popularity. This change will allow distro maintainers to chose which menu editor they want to offer.
2016-11-21move to GTK+3 (>= 3.14), drop GTK+2 code and --with-gtk build optionmonsta1-4/+0
and require libmate-desktop >= 1.17 WARNING: use GTK+3 build of libmateweather for this build. that lib is not migrated to GTK+3 only as we will possibly use libgweather instead of it.
2015-11-12fix indent a bitMonsta1-4/+4
2014-11-22panel-menu-botton: small white-space fixinfirit1-1/+1
2014-05-16Drop support for gtk+ < 2.24infirit1-8/+0
2014-02-21memory leaksDenis Gorodnichev1-6/+9
g_settings_get_string returns newly-allocated string
2013-12-22Update help uri to the correct locationinfirit1-1/+1
2013-10-26mate-panel: Add GTK3 supportStefano Karapetsas1-0/+5
2012-11-18fixed incorrect fsf addresses.Steve Zesch1-2/+2
2012-10-11migrate mate-panel to gsettingsStefano Karapetsas1-102/+101
2012-05-13add option to hide arrow in menu buttonStefano Karapetsas1-1/+7
https://github.com/mate-desktop/mate-panel/issues/24 https://bugzilla.gnome.org/show_bug.cgi?id=598196 patch by Damir Gilyazov
2012-03-26lockdown locks the menu editor entry tooSebastien Bacher1-2/+3
Bug: http://bugzilla.gnome.org/show_bug.cgi?id=499148 Bug-Ubuntu: https://bugs.launchpad.net/bugs/4712
2012-01-19alacarte -> mozo (thanks to benpicco for the tip)Stefano Karapetsas1-3/+3
2011-12-01moving from https://github.com/perberos/mate-desktop-environmentPerberos1-0/+1194