From: Stewart Smith <stewart@flamingspork.com>
To: Guido Schimmels <guido.schimmels@freenet.de>
Cc: reiserfs-list@namesys.com
Subject: Re: Will Reiser4 support a "hidden" attribute?
Date: Thu, 20 Nov 2003 16:18:44 +1100 [thread overview]
Message-ID: <1069305523.11497.37.camel@faith> (raw)
In-Reply-To: <20031120005844.GC8854@Benine>
On Thu, 2003-11-20 at 11:58, Guido Schimmels wrote:
> Reiser4? This would be fantastic! I'm planning to use Reiser4 for my
> Desktop Linux project. I need this feature to hide the Unix legacy tree
> like MacOS X does it and (back then) BeOS.
Note that MacOS X actually accomplishes this by the GUI having a list
(inside a file named '.hidden') of things not to show.
On my OSX partition, the contents of .hidden is:
automount
bin
cores
Desktop DB
Desktop DF
Desktop Folder
dev
etc
lost+found
mach
mach_kernel
mach.sym
opt
private
sbin
tmp
Trash
usr
var
VM Storage
Volumes
Also, you'll notice that dot files are also hidden it the GUI.
A patch to nautilus to do this would be pretty simple, although then you
get into the problems of hiding a lot of stuff from the user (which you
may not want to).
OSX has the /System and /Library hierarchies that are familiar (enough)
to mac users, and the only parts that are really hidden is all that UNIX
stuff.
Maybe a gnome-vfs layer that interfaced with the packaging system would
make things a bit easier for newbies? i.e. essentially a drag-and-drop
version of apt and dpkg?
If you had a seperate hidden attribute (as well as the dot files
convention) you'd have a lot of old-hat unix people not looking for such
things, and when a 'ls -a' didn't show them, they'd assume they weren't
there. Not good for security.
Although, for things like .snapshot, which are file system provided,
such an approach works fine.
next prev parent reply other threads:[~2003-11-20 5:18 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-20 0:58 Will Reiser4 support a "hidden" attribute? Guido Schimmels
2003-11-20 5:18 ` Stewart Smith [this message]
2003-11-20 14:23 ` Guido Schimmels
2003-11-20 6:33 ` Hans Reiser
2003-11-20 18:49 ` Nikita Danilov
2003-11-20 7:03 ` Hans Reiser
2003-11-20 19:45 ` Guido Schimmels
2003-11-20 14:35 ` Guido Schimmels
2003-11-20 18:42 ` Hubert Chan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1069305523.11497.37.camel@faith \
--to=stewart@flamingspork.com \
--cc=guido.schimmels@freenet.de \
--cc=reiserfs-list@namesys.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.