I installed libreoffice 3.3.4 from the libreoffice.org site next to the version from OpenSuse (3.4.2+) [Libreoffice Stable Repo].
Side remark: I considered the installation of the 3.3 branch of LibreOffice necessary due to this bug: https://bugs.freedesktop.org/show_bug.cgi?id=38327
I did the installation via zypper and did not install the desktop integration pack.
The software is installed in /opt/. The installation went fine.
I wanted to create a custom menu entry in the KDE menu in order to be able to conveniently launch Calc 3.3.4 whenever I need to use a datapilot. In order to create this entry, I rightclicked on the Geecko → Edit applications, entered a description and the appropriate command to launch the application and saved. To my surprise, even after logout/login the menu entry was not made. However, when I go to edit applications I can see it.
thanks for the reply and the wishes. I am running KDE 4.7 on 11.4 (I indicate this in my signature, but just saw that this is not visible when entering the post editor).
Running kmenuedit from the terminal does not provide any error messages. It just starts the KDE Menu Editor.
In the editor my manually created entry is visible. However, it is not visible in the menu itself.
I have such files in /usr/share/applications. However, not for the entries I created manually.
Do I have to create such files for my custom menu entries or are they completely unrelated or should kmenuedit have created them, but could not since it was run as a normal user?
The files in **/usr/share/applications **are indeed menu entries.
They are however only the system wide entries, meaning that when you add one there every user will have it in his menu.
The location the menu entries are placed for users is in ~/.local/share/applications/.
You could try adding a .desktop file there.
If you do you’ll also need to edit the ~/****.config/menus/applications-kmenuedit.menu file.
Before manually adding the menu entries make sure that these files exist and that your user can write to them.
I recently experienced this same problem as the OP: edit menu, new entry does not appear in system menu, yet appears when attempt to edit. Check the permission(s) of ~/.config/menus/. For some unknown reason, mine were set to “Forbidden” for Group and Other. When updated to “Can View”, the new items appeared in the system menu. (These entries were, of course, “local” additions, and appeared only for the user adding them).
Check the permission(s) of ~/.config/menus/
They were ok, but this led me to check the permissions of
~/.local/share/applications/
, where I found the .desktop files for the entries I had manually made, and they were in fact set to 700, after I changed them to 744 the menu entries appeared.
Thank, you Edward for pointing me to the right location and thank you Sean for pointing me to the solution.
I can get the menu entries to show in kmenu but not the icons. They do show correctly in gnome, however, icons and all, regardless of size.
I went as far as creating icons in the global usr/share/icons/hicolor folder for the 32x32 48x48 and 64x64 sizes but even with those icons showing in the “applications” icon view and selected the icon still didn’t show right in the menu.
Seems that others have had similar problems.
Applications/Web Browsers/Firefox’s icon shows correctly. Applications/Edutainment/Marble’s does not.
I also had a problem with permissions, similar but different from that mentioned above.
Somehow during one of my installs I managed to set the permissions on all the files in my /var/tmp/kdecache-<uname> folders to root/root but they should have been <uname>/users (with stricter access set only for the folders, i.e., 0700 or thereabouts).
This was causing errors to show when launching kwrite and other kde applications from a terminal, typically about being unable to write to the icon cache and inability to share memory (“memory usage will increase”).
Oddly, this did not affect this missing or incorrectly showing icon issue here. It only gave rise to EXTREMELY noisey outputs from kde apps executed from the commandline.
