Nemo: Nemo option to show REAL filename for .desktop files

Created on 23 Jul 2020 · 6Comments · Source: linuxmint/nemo

```

Nemo version (nemo --version)
Nemo 4.6.4

Is issue with desktop or windowed nemo?
Windowed
Distribution - (Mint 17.2, Arch, Fedora 25, etc...)
Mint 20
32 or 64 bit
64-bit
```

Issue
Not showing the real filename for .desktop files

Steps to reproduce
list files in /usr/share/applications/

Expected behaviour
Showing real filename

Other information
I would like an option to show the real filename and not this hide the real name like Windows
This is partly why we left Windows, so we can see the real information, not what is spoon fed to us by deception

Having this hidden results in errors, I nearly deleted what I thought was duplicate entries for applications when they were different files but the display showed them as duplicate files

At the very least give me an option to display the REAL FILENAME

With the real filename hidden you're causing PROBLEMS, especially for new users who are likely to delete what they see as duplicate files

For example, "Update manager" shows two duplicate .desktop files in Nemo, but when you go to the command line, they are in fact different filenames. Krita application, shows a dozen of different .desktop files and Nemo shows them as duplicates

This is Linux, NOT WINDOWS.

Regardless of what the Freedesktop spec says, I want an option to OVERRIDE it so I see the real filenames.

FEATURE REQUEST

Source

lucypol

👍1

All 6 comments

Also a problem in nemo 4.6.4 on LMDE4
How long has this .desktop thing been a "feature" of some Linux distros?
Note that you can find .desktop files scattered in multiple directories:-
/etc/alternatives/
/etc/xdg/
/etc/xdg/autostart/
/home/user/.config/autostart/
/home/user/.kde/share/apps/
/home/user/.local/share/applications/
/usr/lib/gnome-settings-daemon-3.0/gtk-modules/
/usr/lib/nvidia/current/
/usr/share/app-install/desktop/
/usr/share/applications/ etc....
even
/usr/share/gnome/applications/nemo.desktop

Jeremy7701 on 23 Jul 2020

👎1

The problem is not the existence of .desktop files, it is with how it is displaying them, I want to see the actual filename, not the label from the contents inside it, that's Windows decepticon shit right there.

Nemo is a FILE MANAGER, I want to see the filename, not some fudgecake

Nemo is NOT showing the real filename, that is what the issue is, I don't care if Freedesktop org wants to display the contents as the label, I want the real filename displayed

I open NEMO as a filemanager to manage files, if I wanted cake I would go to a cakeshop

I want to see blahblah.desktop, blahblah-something.desktop NOT blahblah and blahblah

blahblah.desktop is the FILENAME, blahblah is the contents, if I want to see the contents I open it in the text viewer

lucypol on 23 Jul 2020

Also a problem in nemo 4.6.4 on LMDE4
How long has this .desktop thing been a "feature" of some Linux distros?
Note that you can find .desktop files scattered in multiple directories:-
/etc/alternatives/
/etc/xdg/
/etc/xdg/autostart/
/home/user/.config/autostart/
/home/user/.kde/share/apps/
/home/user/.local/share/applications/
/usr/lib/gnome-settings-daemon-3.0/gtk-modules/
/usr/lib/nvidia/current/
/usr/share/app-install/desktop/
/usr/share/applications/ etc....
even
/usr/share/gnome/applications/nemo.desktop

You missunderstand the issue, try reading it again

lucypol on 23 Jul 2020

Apologies for reading /usr/share/applications/ as the only directory at fault - I'd like an option in nemo that allows all .desktop files to be shown, regardless of which directory they are in.
One complication is that the real filename often bears little resemblance to the application name that gets launched.

Jeremy7701 on 23 Jul 2020

👎1 👍1

Apologies for reading /usr/share/applications/ as the only directory at fault - I'd like an option in nemo that allows all .desktop files to be shown, regardless of which directory they are in.
One complication is that the real filename often bears little resemblance to the application name that gets launched.

Seriously, STFU, it's people like you that are bad for Linux, bog off. you didn't even understand the issue to begin with, I'm surprised you made it past the installer. Do us a favour, fuck off from Github and stop chirping in with your lame dumb shit, fuck off back to Windows or buy a Mac, dumbass.

It has nothing to do with what directory they are in, it has nothing to do with the existence of the .desktop file, it is with the fact it is not showing the filename and it is showing the contents data as the name

They can still follow freedesktop org standards (good or bad) and still allow overriding of them so we all get what we want

When I open a file manager, I want to see filenames, if this crap keeps going on like this I have no further use for the filemanager and have to resort to using a terminal solution

The danger with the current display is you risk deleting THE WRONG FILE as it shows them ALL THE SAME since they have the same label in the contents but different filenames. This is the most idiotic stupid display decision I have ever seen.

THIS IS NOT WINDOWS, REPEAT 100 times, THIS IS NOT WINDOWS

When I seen the real filename, it was clear as day what each file was for, with the current display, it was just a waste of time and error prone.

You can have your dumbed down and confusing shit if you want, allow me to override it.

lucypol on 23 Jul 2020

😄1 👎1

Dear lucypol,
Thanks for the lovely off-topic rant about you hate Windows...[me too].

Whilst nemo doesn't show what you want, there is a limited workround:-
The last post in https://askubuntu.com/questions/17220/can-nautilus-display-a-desktop-file-by-its-real-name indicates one possibility (and yes it does work in nemo):-

sudo ln -s /usr /USR
If we browse in nemo /usr/share/applications, the nemo display will be unchanged.
If we browse in nemo /USR/share/applications, nemo will display the real file-names of the .desktop files.

Jeremy7701 on 27 Jul 2020

Was this page helpful?

0 / 5 - 0 ratings