Can #Dolphin display ultimate sole subdir of empty dir like GitLab does?

Does dolphin have the ability to ignore empty directories, and instead solely display their sole subdirectory? I have a lot of nested folders due to stupid app packaging requirements, so this would help a lot.

I envision something like

happening automatically.

It’s not an issue for the directory-only file picker, since that is just the Folders panel maximised.

A possible way to ease a nuisance like this is to make the problematic path hidden (that is, the name starts with a “.” or is in “.hidden”) so that dolphin doesn’t show it, and have an alternative, more friendly, path that dolphin shows.

If a sym link works for the hidden path, that’s good, but I had a case where the “packaging requirements” did not allow a sym link, and insisted on using a path that was about 60 characters long and had spaces and special characters in it. Using a sym link for the visible alternative path didn’t work because some other software would insist on resolving the link.

So, I used a bind mount. The bind mount was used by dolphin and the other software. The tricks were to use octal escapes in /etc/fstab, f.ex. “\040” for a space, and “x-system-.requires=” to make sure systemd didn’t mount it too soon. It looked like:

/mnt/top/@app/App\040Long\040Name(My\040Company\040Limited)/My\040Folders /home/username/z none bind,x-systemd.requires=/home/username/.z 0 0

The bind mount approach is not perfect as there are effects on several utilities, but “z” in dolphin and konsole was such a boon. If you have a lot of these paths so many bind mounts might be a problem.

1 Like

Unfortunately, I have to have dolphin configured to show “hidden” inodes because I have to access such things daily.

Does this work if the directory hierarchy is very fluid; as in, if I constantly re-jig things, would it be as versatile as a file would be? I rather need to be able to refactor things.

I’m thankful for these solutions, because they’re great in micromanaged frequently-accessed environments, so I’m sure they’ll be of use to someone. I just don’t think that they fit the wide use-case I’d like.

bind mounts…

One must use sudo, but you can mount and umount when needed.