Re: [Usability] An Attempt at tasks for the FOSD

[Maynard Kuona <knxmay001 mail uct ac za>]

I think stuff like previews is mostly unnecessary for most people out
there. One BIG issue IMO is the app rembering where it last was. I think
there shold be something in the API for this. I think its safe to
assumes most people keep their text documents in the same place, so it
is good for the app to remember where and also a lot of people probably
want to go to the place they worked last. I really hate having to
navigate to the same folder 20 times. This should be default behaviour.

On Sun, 2003-09-14 at 16:36, Dave Malcolm wrote:
> On Sat, 2003-09-13 at 18:06, Alan Horkan wrote:
> > On 13 Sep 2003, Dave Malcolm wrote:
> > 
> > > > * View a preview of the item being opened
> > 
> > I hope that restraint will be shown and that previews wont involve
> > embedding full blown media players, for video a few still keyframes
> > really should be enough.
> > 
> > > Suggested addition to "occasional by many": compare certain properties
> > > of files:
> > 
> > The root of the problem that both both the previews and the
> > properties/metadata are trying to address is duplicate files.  Users want
> > to either deliberately avoid duplication or possibly override older
> > versions.
> > 
> > I try to largely ignore the problem by adding some sort of suffix to the
> > files and worry about sorting out duplicates and cleanign up my filesystem
> > later with nautilus or something.
> > 
> > Rather than trying to provide all the information straight away, this
> > information could be provided if a user tried to overwrite an existing
> > file, at which point the extra information would allow them to decide if
> > they really wanted to overwrite the existing file.
> 
> I suggested the "compare certain properties of files" as an addition to
> File->Open, rather than to File->Save As.
> 
> I'm thinking of the case where you have lots of similar names and
> similar-looking files (so the preview doesn't help), and you want to
> make sure you open the correct one.
> 
> Examples are directories full of bitmaps that are the same image but at
> different resolutions/colour depths, and directories full of word
> processor documents, which invariably haven't been named sensibly - not
> in the places I've worked at, anyway :-(
> 
> The more relevant the metadata we can display to the user, the better.
> 
> Dave
> 
> _______________________________________________
> gtk-devel-list mailing list
> gtk-devel-list gnome org
> http://mail.gnome.org/mailman/listinfo/gtk-devel-list