Re: [bug]: Users should not be able to perform any file operations on these uris

[Dave Bordoley <bordoley msu edu>]

As the filer of the bug, the behavior you've described is what i would
expect to happen. I also want to mention that in reference to
start-here:, I would rather that system-settings, preferences:, and
server-settings, not even be explosed in the ui since they are
redundant. All of their content is available in the applications menu,
and applications directory, which is user editable, through the desktop
preferences directory and system tools directory (perhaps the contents
of server setting and system setting should have their own directories
like desktop preferences instead of just being lumped into system
tools). 

So for the future I would like to see us remove start-here.  Add
applications to the nautilus go menu and toolbar and just not expose any
of these other uris to the user. This would make the issue of editing
these directories moot and is a better / less confusing ui imho.

Off topic, i don't think we should have many user visible vfolders. They
can be very confusing since they aren't connected to the file system
(there is no central point from which they branch, so they appear sort
of random). In the future i would like to limit the visible ones to
applications: (replacing start-here, server-settings and
system-settings), favorites: (to be used to replace nautilus bookmarks,
like in macos finder), and trash: (for gnome-vfs trash handling)...

Probably took this discussion a little deeper than you wanted....

dave

 


On Sat, 2002-05-25 at 03:57, Bastien Nocera wrote:
> Heya,
> 
> Could anybody read http://bugzilla.gnome.org/show_bug.cgi?id=75214 and
> explain to me exactly what is needed ?
> 
> >From my understanding, it's a trivial patch to the vfolder method making
> so that modifications on the uri-schemes mentioned returns an "operation
> not permitted" error.
> 
> Anybody could confirm my suspicions so that I can submit a patch ?
> 
> Cheers
> 
> -- 
> /Bastien Nocera
> http://hadess.net