https://bugs.kde.org/show_bug.cgi?id=475805
--- Comment #6 from Steve Vialle <[email protected]> --- (In reply to Felix Ernst from comment #4) > This change was done to fix a long-standing and much reported bug. Please > look at https://bugs.kde.org/show_bug.cgi?id=3212 That's not a bug, it's a 20+ year long discussion on how best to implement a *feature request*, and whether or not it's even a good idea to begin with. What we have here isn't a fix for something that was broken, it's a departure from behaviour that has been standard since KDE 1.0, and followed the example set by such truly obscure file management utilities as 'ls' and the rest of coreutils. > It seems a bit like we are in a situation in which different people want > different and conflicting behaviour. It's a situation where this was requested 23 years ago, and never implemented because nobody could agree on what beyond dotfiles, if anything, should be hidden. Even after the revival this year, nobody at all suggested x-trash be lumped in under the existing "show hidden files" functionality, the request was for *user defined* hidden files. Even Méven's initial proposal to use x-trash mentioned it having it's own toggle... Which for reasons unexplained, it didn't get. What exactly is a hidden file now anyway? Traditional *nix dotfiles? Trash files according to MIME? Backup and temporary files? Anything that doesn't have a defined MIME type? Does what is visible in dolphin depend on the phase of the moon, or just what's considered an "uncluttered view" this week? If an option to hide backup files is really considered necessary, please either provide a visible and documented option to disable it (i.e. not notes on creating random extra mime types buried in an ancient feature request), or move it to it's own "show/hide x-trash mimetype" toggle. -- You are receiving this mail because: You are watching all bug changes.
