linuxmint / mintmenu Goto Github PK

Hello everybody,

right now Mintmenu ignores the name of the executable file (e.g. acroread) when typing in a command in the Mint Menu. I would like Mintmenu to include the executable file's names in the search process and put more relevance to the result than the other strings.

Technically, I think, that Mintmenu right now looks into the string "Name=" of the *.desktop-file (/usr/share/applications), but ignores its "Exec=" string. Additionally it seems to me, that Mintmenu also searches the file name of the *.desktop-file itself.

Some examples:

1. "Adobe Reader":
   When typing "acroread" (the executable file name), nothing is displayed. Whereas you can input "adobe reader" (which is the Name-string in the desktop file) or "adobereader" (which is the name of the desktop-file itself), to have a result.
2. "Newsreader Pan"
   There is a newsreader which is called Pan. When you type in "pan", Mintmenu shows 9 results, number 8 is "Newsreader Pan". Mintmenu should also read the executable name "pan", and put more relevance to the result, as the executable name is imho the most important one.
3. "Language Support"
   When typing "gnome-language-selector" (executable's name), Mintmenu displays no result, but does it when typing "language-selector" (desktop file's name). What I don't understand in this case is, that it is not possible neither, to type in "Language Support" (which is written in the "Name=" string).

Kind regards, Spectas

I've using latest mintMenu 5.4.1 on Mint 13 with MATE 1.6 and have found that right click on menu entry in Applications page doesn't work - mintMenu does minimize back to the panel after doing clicking. At the same time in Favourites page the same right click invokes the context menu as it should be.

When MATE session starts, it's visible that mintMenu is loading quite slow compared to all the other MATE applets. I think it should be sped up a little.

Thanks again for your work.
I did build a rpm for fedora 18 + MATE-1.6. All works well acept a minor crash with recent menus enabled.
In this case mintmenu triggered a alarm in abrt (fedora's bug reporting utility) if i change the internal theme for mintmenu.
I have two backtraces, hope this helps.

1. Happend by the first theme change.
   https://dl.dropboxusercontent.com/u/49862637/Mate-desktop/Bugs/backtrace-mintmenu1
   2 Happend by the next and following theme changes.
   https://dl.dropboxusercontent.com/u/49862637/Mate-desktop/Bugs/backtrace-mintmenu2

PS:
I simply fixed this warning by deleting those lines in mintMenu.ui and mintMenu.glade.
raise AttributeError('Handler %s not found' % handler_name)
AttributeError: Handler gtk_widget_hide not found
https://dl.dropboxusercontent.com/u/49862637/Mate-desktop/Bugs/mintmenu_remove_gtk_widget_hide.patch

The keyboard freezes up when using the Super key too often (or Ctrl+Super). When it happens, it seems to think Ctrl is always pressed down. Trying to use any command that calls gksu will cause gksu to mention being unable to detect the keyboard.

I just installed MATE 15 on a netbook with 1024x600 screen resolution.

When I open Login Window Preferences, information on the first and last tabs extends below the lower edge of the display. However, as there is no scroll bar, it is not possible to see the selections/information at the very end of the window.

Setting the screen resolution to 800x600 or 640x480 does not help either.

Thank you.

In the "Preferences", on the "Plugins" tab there is "Border width" and "Transparency".

I think that fits better to the "Design" tab.

1. Start typing something
2. Click on "Favorites"

Should be: you see the Favorites page.
What happens instead: you still see the Applications page, only with "All" category shown and the search field cleared.

LMDE, mintMenu 5.4.9.

Note: happens only when "Remember the last category of search" is turned off.

In accessibility, enable OSK and click on MintMenu. Any attempt to enter text into the MintMenu search will close the menu and OSK

When I enter some text in the mintmenu I get many suggestions of what to do with this entered string (e.g. lookup in dict). Could you please enhance the menu search option to have an entered string executed (in terminal) [only suggest (terminal-)execution if the command exists]?

Example: I enter "top" + enter or maybe shift+enter to stress this is a command to be run in terminal. Then a terminal opens and top is run.

I enter "sdfsgd", terminal execution is not offered as this string does not belong to a program.

If possible, find a way to run GUI apps that are started with the method above without terminal. E.g. running the Calculator-Emulator tiemu, which has a gui but no mintmenu-shortcut when installed should start without a waiting black terminal in background as this is not a terminal-program - but I don't know how to distinguish that.

I'm getting the following error message:

/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py:47: RuntimeWarning: You have imported the Gtk 2.0 module. Because Gtk 2.0 was not designed for use with introspection some of the interfaces and API will fail. As such this is not supported by the pygobject development team and we encourage you to port your app to Gtk 3 or greater. PyGTK is the recomended python module to use with Gtk 2.0
warnings.warn(warn_msg, RuntimeWarning)

whether i run the system mintmenu or (5.5) or the lastest executable from this repo. Neither version works (no mintmenu button at all).

I like to see the search entry remember more then one search term.

Ideally I can adjust the value how much items the search remembers.

i'm using mintmenu 5.50 and have noticed a problem in the search. if i open the menu and my mouse is in the application list column, i can only type a few letters (normally only 2) before the list is filtered and then i'm unable to type any more or use backspace. this behavior doesnt happen when the mouse is in the application group column. here are the steps that can be used to replicate this.

1] open the menu
2] move your mouse over 'favorites ->' or 'about me'
3] search for gparted and all you'll be able to type is 'gp'

Did upgrade to the latest 5.4.7 on Mint 13 with MATE 1.6 and here is the error when I do add it to panel:

Не удалось инициализировать плагин: applications : Traceback (most recent call last):

File "/usr/lib/linuxmint/mintMenu/mintMenu.py", line 331, in PopulatePlugins
MyPlugin.do_plugin()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 1323, in do_plugin
self.Todos()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 585, in Todos
self.buildButtonList()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 605, in buildButtonList
self.updateBoxes(False)

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 1717, in updateBoxes
item["button"] = MenuApplicationLauncher( item["entry"].get_desktop_file_path(), self.iconSize, item["category"], self.showapplicationcomments, highlight=(True and menu_has_changed) )

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 491, in init
ApplicationLauncher.init( self, desktopFile, iconSize )

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 288, in init
c = c_char_p(self.iconName)

UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-5: ordinal not in range(128)

With mate-panel-test-applets I have this output in terminal:

$ mintmenu
/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py:47: RuntimeWarning: You have imported the Gtk 2.0 module. Because Gtk 2.0 was not designed for use with introspection some of the interfaces and API will fail. As such this is not supported by the pygobject development team and we encourage you to port your app to Gtk 3 or greater. PyGTK is the recomended python module to use with Gtk 2.0
warnings.warn(warn_msg, RuntimeWarning)
Xlib.protocol.request.QueryExtension
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py", line 348, in _full_callback
raise AttributeError('Handler %s not found' % handler_name)
AttributeError: Handler gtk_widget_hide not found
Opacity is: 95
Setting opacity to: 0.95
init took 160.044 ms
Binding to Hot Key: Control_L

Hi everybody, I have been seeing this bugs since I installed Mint Mate edition a year ago. I have tried it in a laptop with Nvidia card and in a pc with Intel card because the first time I thought it would be because of the nvidia private driver.

When I start the computer and I open for first time the Mate menu, it does not appear. It is only showed a square with the shape of the menu, but within, there is nothing.

Thanks!

What is the problem that we can not install mintmenu in gnome-fallback?
{can install, but can not use :D}

I installed GFeedLine and noticed that the comment was missing underneath it though its comment is "Read & Write Social Feeds"

I tested 5.4.0 in Mate-1.5.x fedora 18.
After installation i found mintmenu in the add to panel menu.
But adding to panel displayed a error popup.
Couldn't initialize plugin applications : Traceback (most recent call last):

File "/usr/lib/linuxmint/mintMenu/mintMenu.py", line 332, in PopulatePlugins
MyPlugin.do_plugin()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 1305, in do_plugin
self.Todos()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 577, in Todos
self.buildButtonList()

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 595, in buildButtonList
self.updateBoxes(False)

File "/usr/lib/linuxmint/mintMenu/plugins/applications.py", line 1698, in updateBoxes
item["button"] = MenuApplicationLauncher( item["entry"].get_desktop_file_path(), self.iconSize, item["category"], self.showapplicationcomments, highlight=(True and menu_has_changed) )

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 471, in init
ApplicationLauncher.init( self, desktopFile, iconSize )

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 270, in init
self.setupLabels()

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 505, in setupLabels
self.addLabel( appName )

File "/usr/lib/linuxmint/mintMenu/plugins/easybuttons.py", line 182, in addLabel
label.set_markup(glib.markup_escape_text(text))

UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 1: ordinal not in range(128)

After clicking the popup away mintmenu displayed in the panel.
Here i see places and System, all items works well here.
But under packages i see the menu structure, but without any package.

Thanks for you work

When Mintmenu applet is used in an Xfce panel configured in a vertical or a deskbar mode (Xfce 4.10), the button orientation often does not match that of other applets/plugins.

The issue also reported (with more details) as linuxmint / xfce4-xfapplet-plugin issue #2

Hello folks! First of all, congratulations for this absolutely insanely great project.

My problem is: I run (GNU/)Linux Mint and weekly update my system, using "apt-get update -y; apt-get upgrade -y; apt-get upgrade -y;".

Last week after my update the "mintmenu" stopped to work. More specifically, it loads, but if I click in anywhere on "Favorites" or "Applications" submenu it does nothing. I've formatted and reinstaled the Linux Mint 14 and repeated the update process (only changed the sources.list to olivia / raring, which I think that shouldn't impact on anything). The problem occurred again. So I've started "mintmenu" on terminal, and clicked on firefox. When I click in anything on mintmenu I got the following output:

f
i
r
e
f
o
x

%
u
[Errno 2] No such file or directory

I've pasted the /var/apt/term.log on http://pastebin.com/mBsQct7f .

This is a big problem because makes the menu completely unusable. Thanks a lot.

1. Switch to the Favorites page
2. Start typing anything, e.g. "test"

Should be: you see "test" in the search field.
What happens instead: the first key you've pressed only switches the page to the Applications, the character doesn't get shown in the search field. You see "est" instead of "test".

LMDE, mintMenu 5.4.9.

Note: happens only when "Remember the last category of search" is turned off.

I'm running mintMenu 5.5.0 and if i do a search in the menu and then click the favorites button, it clears the search field and resets the application tab to the all category, so i have to click the favorites button again to get to it. i checked mintMenu 5.3.8 which is available in linux mint 14 and it doesnt have this same issue.

Using Linux Mint 13 with Mate 1.4 backport. Mintmenu is version 5.3.7

Getting random item highlights on mintmenu that don't get removed even when mint menu is closed.
They do get removed but not sure when exactly.
It's interfering when selecting items with keyboard because looks like selected item but it's not and when selecting a highlighted item it still looks the same.
Also have had multiple items highlighted.
Here is a sample where Chromium is highlighted from some odd reason. Had to use camera to take the screenshot because print button doesn't work when mintmenu is open.
http://min.us/lWSlVLPmgI90p

A picture is worth a thousand words, so here is screenshot. I mean Komodo Edit.

After applying the last commit mintmenu works well in fedora 18 Mate-1.5.x, exept preferences doesn't start.
This trigger much lines of errors if starting mintmenu from a terminal.
https://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/mintmenu_preferences_error
If you want to know more info's, ie. glib versions, let me know.

https://dl.dropbox.com/u/49862637/Mate-desktop/patches/mintmenu_execute_fix.patch
fix apps execution

https://dl.dropbox.com/u/49862637/Mate-desktop/patches/mintmenu_keybinder.patch
switch from deskbar to python-keybinder

This revolves mostly around the 'hit meta/windows key, type something, hit enter' work-flow. For instance, assuming firefox is installed, hitting the meta/windows key(or alt-f1 in kde) in cinnamon or windows 7, typing 'firef', then hitting enter, will launch firefox. Given that 'firefox' is both the friendly and actual command name, this isn't that impressive. As another example, take 'terminal'. If you type 'term' and hit enter in the cinnamon menu, it will launch the terminal even though the command is 'gnome-terminal' (and terminal is the friendly name/description.) In cinnamon, this auto-complete applies only to items in the menu. If you type 'ljh;jdfh;dafjhsd;f' and that matches no program command or description and hit enter, nothing happens.

In the current mintmenu setup, if you type a partial command name or partial friendly name (like 'firef' or 'term') and hit enter, it launches a file search.

My request is that the default behavior of mintmenu function similarly to cinnamon menu, but slightly smarter. By default, mintmenu should auto-complete commands and descriptions/friendly names (like cinnamon does), but if nothing is found in the menu (for instance, when typing 'twrm' and hitting enter), it should default to a file search (which is the current default behavior unless you type a full command.)

Got this from Mint 15 RC feedback.

When an app places itself in multiple categories, mintmenu shows it more than once in search results and in "All applications".

This is the case for LibreOffice Draw for instance.

If i use the recent plugin i get sometimes this error

Traceback (most recent call last):
File "/usr/share/linuxmint/mintMenu/plugins/recent.py", line 105, in DoRecent
for i in self.wTree.get_widget( "RecentBox" ).get_children():
AttributeError: 'NoneType' object has no attribute 'get_children'

This hapens always if i change the theme for mintmenu and sometimes if i doing some actions in caja, egg. extracting a tar ball.
aktual version of mintmenu in mate-fedora is 5.3.3
python-2.7.3-1 (fc16)
python-2.7.3-6 (fc17)

If you click menu, then search for something you get a window similar to this
http://s3.postimage.org/x2fto08dt/Menu_027.png

If you move your mouse over the categories such as applications,games etc, the search is cleared. Given the location of the mouse when you normally start typing (on the menu button), and where it needs to go to get the results, the category options are in the way and often lead to it clearing the search.

I'd suggest checking if something is in the search bar. If there is, require the user to actually click the categories, not just mouse over them to switch back.

I am using MintMenu 5.4.9 in Mint 15 Olivia Mate edition.
When I try to add a user-defined entry (for example "Downloads" to the places bookmarks list in MintMenu, the new bookmark doesn't appear in the menu.
Moreover, when I look back into the menu settings, my entry is gone.
The same issue happens in Mint 16 Petra.
I am an experienced mint user and used that feature successfully in earlier Mint releases with Gnome 2 desktop.

I have a second issue with Mint Mate editions, that may be related to this one.
In the file manager windows (Caja 1.6.1) I had the usual places bookmarks ("Downloads", "Music", and so on) in the sidebar on the left. One day these places bookmarks simply disappeared. I am unable to get them back. Drag and drop doesn't help.

Any ideas what may be broken, and how to fix this?

Please add the option to change text color.

Example, you are using a light blue GTK theme (Blue-Submarine) with black dialogue text and want mintmenu to have a black background to match the MATE panel.

If you do this at present, all menu text cannot be seen. An extra text colour option to change it to any other colour would fix this.

Hi, it would be nice for mintmenu to open mozo (alacarte fork) instead of alacarte for mate installations.

This issue was brought up here: http://forums.linuxmint.com/viewforum.php?f=206&sid=0b4d1808bfdc85a1c751996ea4f29941

Thanks.

Today i open a text file in my home folder for editing.
Than mintmenu crashes and triggered a fedora bug report again.
backtrace:
https://dl.dropboxusercontent.com/u/49862637/Mate-desktop/Bugs/backtrace-mintmenu3

OS: Mint 13 MATE 64-bit
mintMenu 5.5.0

Pressing the right button of the mouse shows the context menu of an app, but releasing the button acts like a regular click. So if your mouse didn't move since the right-click, by releasing the button you will actually trigger the first option in the context menu: Add to desktop.

If I move the mouse away from the place I right-clicked, the context menu will just go away. Also, if the mouse Y position is low enough on the screen that the context menu only fits above the mouse cursor, the last option in the context menu will be executed.

Checking/unchecking items in Settings -> Places takes effect immediately (you can invoke the menu and see the changes you've just made in the settings window). Unlike that, items in System remain the same unless you explicitly reload the plugins from the context menu.

LMDE, mintMenu 5.4.9.

starting every application under System creates a zombie process after the application is closed.
See top in a terminal.
Tested with linuxmint 15 olivia and fedora.

fedora bugzilla report:
https://bugzilla.redhat.com/show_bug.cgi?id=1054781

my test results with using mate-panel-test-applets:
gnome-weather.desktop
Icon=org.gnome.Weather.Application
Exec=/usr/share/org.gnome.Weather.Application/org.gnome.Weather.Application
DBusActivatable=true
StartupNotify=true

terminal output:
(mintMenu.py:32449): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Fehler in Zeile 1: Entität endete nicht mit einem Semikolon; wahrscheinlich haben Sie ein &-Zeichen benutzt, ohne eine Entität beginnen zu wollen - umschreiben Sie das »&« als &
Binding to Hot Key: Super_L
/usr/share/org.gnome.Weather.Application/org.gnome.Weather.Application

Unfortunately there isn't more output, gnome-weather simply doesn't start.

fedorautils.destop (which needs a terminal)
[Desktop Entry]
Name=Fedora Utils
GenericName=Fedora Utils
Icon=fedorautils
Comment=Software, Codec Installs & System Tweaks
Exec=fedorautils
Terminal=true
Type=Application
Categories=System;Utility;X-Fedora;
Keywords=clean;codec;fix;postinstall;propietary;repo;

terminal output:

(mintMenu.py:32449): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Fehler in Zeile 1: Entität endete nicht mit einem Semikolon; wahrscheinlich haben Sie ein &-Zeichen benutzt, ohne eine Entität beginnen zu wollen - umschreiben Sie das »&« als &
running manually...
sh: x-terminal-emulator: Kommando nicht gefunden.

Note, in fedora we don't have this command.

google translation:
(mintMenu.py: 32449): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Error on line 1: Entity did not end with a semicolon; most likely you used an ampersand without an entity want to start - you rewrite the "&" as &

It's easy to reproduce: select any other GTK+ theme in mate-appearance-properties and see that every other item on mate-panel changed its style - except for mintMenu. You need to log out and log in back for the changes to take effect. I guess you can also remove mintMenu from the panel and then add it back, but I haven't tested that.

Tested in LMDE and Mint 15. MATE 1.6 and mintMenu 5.4.9 in both cases.

Hi,
I would like to have the ability to rearrange plugins in preferences like the moving gray Places/System bar from left to right.

Also it could be nice if you in Preferences could edit entries and add custom entries for Places and System.
On Arch having a shortcut to synaptic doesn't make sense. If you through the Preferences could change shortcut path to ex. pacmanxg4 that would be useful.

Also the ability to uninstall a package by right clicking on it doesn't make that much sense either since apt-get isn't available on Arch, so the ability to manage or disable this feature under Preferences would also be very useful.

The shebang in mintmenu is '#!/usr/bin/python'.
I once had to change that shortcut from '/usr/bin/python2' to '/usr/bin/python3' because of a crappy configure script from a program's source code. Anyway, after reboot mintmenu didn't start and I had no clue what to do, until I thought it might be the shortcut, and that was actually the issue.

Please change the shebang to the more accurate '#!/usr/bin/env python2' to avoid such trouble. I recommend you to do this for other Mint python apps too.

For example, when I set "slash" as a hotkey and click "Close", the menu hangs up. And after reboot it does not react on this hotkey (while it is still "slash" in its settings).

Nowadays almost all distros which provide MATE Desktop also provide MintMenu. But it needs heavy patching to fit distro needs. One thing is apt related code. As we know not all distros use dpkg package manager so it is useless for non-debian distros.

Another thing is some distros like OpenSuse and Mandriva based ones (PCLinuxOS, Magia, OpenMandriva etc.) have their own configuration centers. But in system_management.py almost all application launchers are hardcoded and it needs to be patched to show and use those distros configuration centers instead of "software manager". And that breaks translations!

I propose creating a distro independent MintMenu for all distros and the GNU Linux community. Apt stuff can be another plugin which can be called by a simple command into MintMenu and can be disabled. Also, instead of hardcoded application launchers, calling and executing .desktop files from /usr/share/applications directory should be preferred.

One thing more, MintMenu uses unusual directories. At least for a rpm based distro, /usr/lib or /lib directories includes only libraries but MintMenu tries to put its most files under /usr/lib. If it is possible, those files should be placed under /usr/share.

Anyway, thank you for this very good menu launcher.

The french translation of the main MATE menus is bad.
The french word "Répertoires" and "Applications" means nothing for new users of PC.
"Applications" should be translated by "Logiciels" and "Places" should be translated by "Endroits" (the real translation of "Places" but perhaps not the most appropriate here) or by "Emplacements" or by "Dossiers" (Folders).

Button has lost the transparency with new version
http://forums.linuxmint.com/viewtopic.php?f=76&t=133071

Checking: mintmenu-5.4.9-1.fc19.noarch.rpm
mintmenu-lang-5.4.9-1.fc19.noarch.rpm
mintmenu.noarch: W: no-manual-page-for-binary mintmenu
mintmenu-lang.noarch: W: no-documentation
2 packages and 0 specfiles checked; 0 errors, 2 warnings.

invalid-lc-messages-dir /usr/share/locale/ber/LC_MESSAGES/mintmenu.mo

shebangs are missing for some files. I did patched it.
https://dl.dropboxusercontent.com/u/49862637/Mate-desktop/Bugs/mintmenu_new_add_shebang.patch

I like the search entry to auto complete the last terms I searched for.

I also like to see the search auto complete a path I like to open.

When i used to use mint 13, when i would search for something in the menu and then launch the application, when i reopened the menu the search term would still be there and it would be highlighted, i would to suggest this behaviour return, as its annoying when i reopen the menu and the mouse cursor is at the end of the search term and then i start typing thinking that it would start a new search but instead its adding onto the already shown search term.

Mintmenu working brilliant in fedora, absolut stable and without errors. But i find very often a error message in abrt (redhats bug reporting tool)
I think this happens if the mate-desktop will closed or i restart the x-server.
infos:
[rave@mother ~]$ rpm -qa mintmenu
mintmenu-5.3.1-2.fc16.x86_64
[rave@mother ~]$ rpm -qa python
python-2.7.2-5.2.fc16.x86_64

cmd = python /usr/lib/linuxmint/mintMenu/mintMenu.py --oaf-activate-iid=OAFIID:MATE_mintMenu_Factory --oaf-ior-fd=22
reason = Process /usr/bin/python was killed by signal 6 (SIGABRT)
dso_list = http://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/mintmenu/dso_list
coredump = http://dl.dropbox.com/u/49862637/Mate-desktop/Bugs/mintmenu/coredump

If you need more info let me know
I've pushed mintmenu to the fedoramate-desktop repo because it's working well, only this little flaw ..........
thx

distribution: Fedora 20, 3.12.10-300.fc20.x86_64
video drivers: nvidia 331.38
mate-panel version: MATE Panel 1.6.1
mintmenu version: mintmenu-5.5.1-0.1.git9e8c4d91.fc20.noarch

When I do a fresh boot and log into MATE and press the SUPER key to activate the menu or click it with the mouse it doesn't open right away. I have to click on it several times and then it opens with a delay. This also happens constantly while in typical use. The menu gets stuck and cannot open or it has a really long delay.