Is it really that difficult after 2 full years of the same problem 2009-2011 to not have a Application Menu show the files which are EXECUTABLE for that Linux Mint User? REALLY?
Yes, it's really that difficult. No, I don't think it's fair to blame "gnome's rigid shell", nor "Mint", nor "the Mint Menu"...
For any given application that you or I might download+install, via "Software Manager" or via "sudo apt-get install mumbo jumbo..." or via "Synaptic":
JimmySho writes a neato app and elects to share it with the world. Jimmy is a C++ geek, and uses BSD Unix
(he knows/cares little about "Linux" nor "Gnome" nor "Synaptic" nor "Mint Frosting Menu")
SammyHo finds Jimmy's app useful, and he ports it to Linux, packaged as an rpm
CindyCho, who happens to be a Debian user/developer, AND happens to speak little bit likey English good yes... repackages the app as a deb
. Cindy struggles to come up with translations for the button labels of the app's GTK interface and, with the help of other multilingual Debian package maintainers, cobbles together multilingual "Name" and "Comment" text for the app's .desktop file.
Documentation? There's a convention (/usr/share/doc) for including docs
but no firm requirement to include docs with each package. Perhaps for Jimmy's app, no docs exist until you or I learn Mandarin and undertake translation and submit docs for our language to the app's package maintainers.
Scroll back to Post #20 in this thread, then scroll forward to Post #40.
If the app was installed from a .deb package, then via the Synaptic GUI we can find the app's manifest of "installed files".
Was a .desktop file installed for the app? If not, why not?
Perhaps the app is intended to launch via commandline, or terminal, and the package maintainer didn't presume to guess
whether (for your install) the appropriate launch command is "gksu jimmyapp" or "kdesu -t %c --mumbolala jimmyapp"
Where do .desktop
files reside (on your system)?
open a terminal and type locate .desktop
Now, type sudo locate .desktop
and you may discover
additional installed apps which aren't available to (displayed in the menu for) your "regular" user account.
Following installation of a new app, before attempting to list (locate) its .desktop, might want/need to refresh the lookup table by typingupdatedb
(and/or read man updatedb
to learn what this command does)
Operating from inside the GUI shell, each time we "create a launcher" or "edit a menu entry", the result is creation of a new .desktop file, under the home directory of our user account. Each of these "local" .desktop files trumps any same-named systemwide .desktop file (residing in /usr/share/applications or other "pathed' dirs). You own these "local" shortcuts (and probably will need to manually delete a "local" launcher which points to an UNinstalled app).
Don't bother "going all sudo" and editing the auto-created (by installer) copies of .desktop file(s) residing in ...xdg path.
All of these are overwritten by the installer (and your edits lost), as a step in the process each time a new package is installed, upgraded, or uninstalled. If you want to create "customized" .desktop files and intend these to be available to all user accounts on your system... your customized files will need to reside elsewhere (in a pathed dir under /opt or /skel ) (i don't have a reference bookmark at hand for this
Is there a way I can get to the apps I can't see in my menu ? Can I make shortcuts to them somehow ?
"my menu" == Xfce menu? Gnome menu? MintMenu?
try Google search:
"gnome menu create launcher"
"mint menu create launcher"