Re: [Epiphany] Downloader ui changes

[Marco Pesenti Gritti <marco gnome org>]

On Thu, 2003-10-16 at 18:32, Ettore Perazzoli wrote:
> On Tue, 2003-10-14 at 16:34, Marco Pesenti Gritti wrote:
> > 4 Open a downloaded file
> > 5 Open the dir where the file has been downloaded
> (...)
> > Once we have a default download folder 4 and 5 can be easiliy
> > accomplished with the file manager, so I doubt they are really useful.
> 
> On Safari, you just have a magnifier icon on the right of the file. 
> When you click the magnifier icon, it opens the folder containing the
> file with the Finder, and pre-selects the file for you (so it's visible,
> and you can open it with Command-O, or File->Open).
> 
> I think that's a very sensible way to do it; just one button.
> 
> (And I don't know if the default download folder really makes any
> difference; for example when I download different things from the web I
> often put them in different places, and often forget where they are.  So
> the feature would be useful to me.)

Yeah I like this, I think it's much better then 4.

> Safari also automatically launches StuffIt to extract the files if you
> download a StuffIt file; I don't know if you'd want that, launching apps
> automatically after download can be a bit annoying.  In practice, being
> able to get to the file and open it is what you need all the time.
> 
> > About the details, I dont think we can show them all in the treeview.
> > Personally I feel that when you have more than 4 columns, it begin
> > to be hard to read. I think most important are 6, 8, 10, 12.
> > How we can show the others ? Isnt the details button we have now
> > acceptable ?
> 
> A tree view is almost always a bad idea...  Trees suck.  :-)
> 
> Couldn't the details be embedded in the progress bar?  Maybe with a
> little less detail...

Not sure, I have some problems imaging how it could look. In general
I think you ever need some sort of list. I like how Safari put download
info under the filename. Though I'd not know how to do the same with gtk
...

> > 14 is a problem ... With a notification icon we could just use Close
> > button (wm). The behavior of close button is problematic too ...
> > Personally I think, being a notification window, the progress dialog
> > can be closed automatically when all downloads has been finished
> > succesfully.
> 
> When applications do that I usually get mad because I always forget what
> I was downloading and where.  :-)  I don't think it should ever close
> automatically; I should be able to go there anytime and see what I
> downloaded, and from there get to the where the files are stored.
> 
> Also I think it should remember all the files I downloaded, unless I
> close the window manually or hit the "clear completed" button.
> 
> (Maybe if a file gets fully downloaded with the download window closed
> it shouldn't remove it from the list either...  So the next time I
> invoke the download window I can see what was downloaded while I was not
> looking.  Or maybe it should just never remove any files from the list
> until I hit "Clear completed".)

These are interesting. I wonder if we shouldnt just consider download
manager a meta folder. We could allow to open it separately (a shortcut
in epiphany cold be useful anyway ...).

At that point I wonder if it wouldnt make sense to download ever in the
same folder, download manager being a view of it, and instead of asking
to the user if he wants to save (and where) or open when he clicked on
the link but just download and allow to open and save from the manager.
But maybe I'm on crack, definately need to think to it more ...

Marco