After some IRC discussing we came to the conclusion that the current way of handling download vs. view vs. download-because-can't-view dialogs isn't very clear. The idea is to merge evey case in one dialog, that would serve all our purpose, i did a quick mockup of the thing, the layout is bad, it's not HIG compliant or whatever, it's just an idea: http://raphael.slinckx.net/images/dialog-handler.png http://raphael.slinckx.net/images/dialog-no-handler.png The first one represents the dialog as it would be if we can provide an application opeing the desired file. The user can either download the file or open it. When downloaded it goes in the selected dir, with selected name, when opened either the checkbox is active and the file is downloaded then opened from the choosen location, or the file is downloaded in a temp dir and then opened. Maybe we can call this checkbox "Delete after viewing" it would be more clear to understand for novice not used to temp location concept. The second one is the dialog when we can't provide an application to handle the file. The user can't click open and the checkbox related to it is disabled (again we coould change the label of that one as described above), he only has the choice to download in the choosen place. The widget used to choose the directory is the same as in gimp save dialog or the screenshot app. What does it do better than previous way ? -It provides a single, quite simple and gnome-standard dialog each time you click on a non-text link, that means only one dialog to "learn" -The download button is always available and is always in the same spot in the dialog, lower right corner, that means if i know i want to download the file, i don't even read the dialog, i just click there. The other benefit is that the open button is always in the same spot too, but if the user don't bother to read the warning, he will click with no effect thus reading the text (perverse isn't it ?) -No more SaveAs/Download or both insanity like now Now we should discuss the checkbox thing, the concept as a whole, and maybe the way it should behave, like always taking the default dir, or remembering per-site or per-tab locations of last save, things like that. Comments, please :) Raf
Attachment:
signature.asc
Description: This is a digitally signed message part
