On leap 16, one machine has a different Dolphin context menu to the rest, as shown below. The “actions” menu is not nested, which I find much better. Where is the setting to change this, as all the other machines I have have the nested version which requires another click?
I only see one, thus it is difficult to see the difference between the two.
Have a look in /usr/share/kio/servicemenus/.
I’m not too familiar with the topic but probably this link can give you more information.
The one machine, where the menu is nested, is this an upgrade from Leap 15.6 to 16?
In your screenshot, you do not reveal where your mouse (or keyboard selection) is focused when you do the right-click.
For me, the “: Actions” menu appears, based on “what” the mouse pointer (or if I’m using the keyboard to navigate) is focused on (i.e., why it is a context menu). The Action menu groups together commands and services that make sense for the highlighted item(s). If nothing is highlighted, there is no Actions menu.
BTW, you talk about a difference between systems. Does that mean that all users of system A have it different then all users of the systems B, C, …? So t is really per system and not per user. I ask, because desktop configuration is of course per user.
No clean install.
I tried a new user, same issue.
I also asked this question on the KDE forums, and the answer seems to be that it depends on the number of items on the service menu.
Over three and it automatically nests into the “actions” submenu. Three or less and they are all on the menu without the “actions” submenu.
In my case, the difference was an application was installed on one machine and not the other, and it added a fourth entry causing the nesting.
Apparently there is no way to change this, which I think is a great shame, and it would be nice to have often-used command not nested, and other nested. Or at least being able to choose which apps can add to this menu in the first place.
Thanks for all the replies.
The last statement seems an odd interpretation. As I mentioned, the Actions menu shows up depending on WHAT is selected. Check the screenshots below … the ONLY difference is because in the first screenshot, NOTHING is selected … in the second screenshot, I have SELECTED a database file.
Same sub-directory, one minute difference, plus the selection I made (check where the mouse pointer / selection is). ( And no, this is the same machine, same 16 running, and I have not installed any new applications ).
Nothing selected (mouse right-click on nothing), so no Actions menu
.
.
A file selected, and a right-click for context menu. That shows the Actions menu is context sensitive, as I mentioned previously.
.
The documentation I referred to in post #3 says
If you want your menu to appear at the top level, you can add
X-KDE-Priority=TopLevelto theDesktop Entrygroup. By default, they are most likely to be shown in the “Actions” submenu. Only if there are very few entries will they appear at the top level without this entry being set.
I doubt. What you see is not contradictory to what that documentation says. When nothing selected, there will be no file type dependent actions shown, thus few actions, thus no sub-menu.
Thus, what you see is only one aspect of the “less then so many actions” feature.
Exactly!
And if X-KDE-Priority=TopLevel is set in all /usr/share/kio/servicemenus/*.desktop files there will be no Actions menu at all.
I doubt. What you see is not contradictory to what that documentation says. When nothing selected, there will be no file type dependent actions shown, thus few actions, thus no sub-menu.
Thus, what you see is only one aspect of the “less then so many actions” feature.
Yes. But I doubt messing around with files in /usr/share/ is a good idea. First because that will probably be overwritten by updates. Second because then this is forced upon all users and not just the one that is sensitive to this. I assume replacements must be somewhere (~/.local/share/?)in the user’s environment.
As @hui already said elsewhere, this forums software is acting more badly. The first half of the above post was already posted. 
I agree. Changes in /usr/share/kio/servicemenus
- might get overwritten by the next update.
- will “be forced upon” all users.
But I’m not aware of any way to avoid the latter one as placing things in ~/.local/share/ will only allow a user to have additional menu entries (but not to overwrite the entries in /usr/share/kio/?). However I could be wrong.
I am not very fluent with these things. I did nor really read that doc (sorry), thus I do not know if it is KDE user documentation or system management documentation. I do not know where this Desktop Entry group is. But if there is no user/local “drop in” for it, then you are stuck.
I agree it does differ depending on what is highlighted. But on my machine, mouse -right click on nothing does give the action menu (the same three things as you - open terminal, archive & encrypt, and archive and sign) PLUS “create project with k3b”. I think if you install k3b your action menu will then appear in the same scenario.
I cannot find the something.desktop file in any location which corresponds to the “open terminal here” action?