Re: [Usability]Dealing with files in Gnome

[Andrew Sobala <aes gnome org>]

On Tue, 2003-04-01 at 17:52, textshell neutronstar dyndns org wrote:
> > >> From the bug report, a proposal:
> > 
> > "Remove Cut/Copy/Paste from the file operations.
> > Add a Pick Up operation.
> >   Using this on a file, selected files, or either in sequence
> >   adds the file(s) to a list (or whatever data type)
> 
> Please keep in mind that adding names to a list might not be enough. On of the
> biggest problems of the cut and paste stuff in the file-manager is that copy
> doesn't copy the file. So the user *thinks* he can delete it and later use
> paste. I think this general problem applies to Pick and Drop as well. I think
> protection against deleting a picked file is important. Maybe Nautilus could
> hold an file descriptor open for all picked files (Inux would ensure that the
> files won't go away, either by umounting or deleteing).

That would only work on local files though.

What would happen if nautilus hung and had to be killed? Would the file
descripter go with the processes, or would it never close?

> I think this protection
> is more important to get the feature user ready than the wording (I think the
> pick and drop stuff has advantages).
> This isn't a problem just for non technical users, I've seen people that earn
> their money with software development get caught by this!
> 
> Martin H.
> _______________________________________________
> desktop-devel-list mailing list
> desktop-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/desktop-devel-list
-- 
Andrew Sobala <aes gnome org>

"If we eventually have the ubercool component system - based on Bonobo, or
something else - then great, we can then proxy it over IIOP, D-BUS, SOAP,
and morse code." -- hp