To view parent comment, click here.
To read all comments associated with this story, please click here.
I'm not sure this should be a distro specific thing. The trouble with that is that different distros may well come up with different approaches.
There allready is a standard way to hide files in Gnome that works on all distros. You create a file called .hidden containing the names of the item you want to hide. So if you create a .hidden file in / containing:
etc
dev
these two directories will be treated as dotfiles in Nautilus.
The problem with the current state of things in Gnome is that the files are not hidden in the file dialogs.
The best way to configure it would probably be to add a checkbox "hidden" to the file property dialog. To hide a file you would then just right click on a file and chose properties and check "hidden" and the file would be unvisible. To make it unvisible just do "Show hidden files and then right click on the file and uncheck the hidden property.
What I meant should be distro specific was what files that should be listed in /.hidden. It would of course be nice if KDE recognized .hidden files as well. That way both Gnome, KDE, and MacOS-X would handle this in the same way.





Member since:
2005-11-05
Just my 2 cents, but hiding or not hiding stuff should be up to the user, surely? That gives them the power to set up their machine in a way they feel comfortable with. Of course there may be situations in which an admin does not want them to see hidden files, but in the main it's a personal thing and not really a question of "dumbing down".
I'm not sure this should be a distro specific thing. The trouble with that is that different distros may well come up with different approaches. A really clear, easy to find control panel set into Gnome or KDE (rather than in a specific program, like Nautilus) would be easier to handle for many folks. It could hang off a master config file in /etc, for example, so addressable by an admin with vim, with user-set tweaks in their home directories.