RE: About the new download behaviour



ons 2003-12-10 klockan 09.43 skrev Michele Campeotto:
> On Fri, 2003-12-05 at 19:54, mpeseng tin it wrote:

OK. So if I understand correctly (which I think I do know after an hour
or two with 'xan' on IRC) the thing here is that you want "Click" to be
"Open".

Here the first of my problems come in, it's currently "Open" with
fallback to "Save". Imho this is inconsitent since the user won't know
when clicking the link if the file will be opened or saved depending on
whether it's a webpage (opened in browser), or a file that can be
handled by an installed application (pdf file) or a file that can not be
handled by an installed application (Microsoft project file for
example).

So as I see it, falling back to save is not a good solution since if I
don't have an application that can view the file it's a pretty good
chance that I don't want the file. If I don't want the file I'm left
with having to clean up after something I didn't do, I tried to open the
file, not download it.

Filed this as: http://bugzilla.gnome.org/show_bug.cgi?id=129161

Currently I'm not entirely sure that open in an external application
without asking is the best, but I think I might change on that after
using it and it's probably best for most people. The problem I see is
that it can possibly take a long time to open the application (for
example OO.o) which can be a problem if the user accidently pressed a
link, or expected another HTML page.

The other problem I have is the one I mentioned in my other mail, these
two issues probably sounded like the same problem which they aren't
really but I mixed them up because I didn't see your view of changing
click to "Open".

The other problem is to not be able to save where I want. I think this
can be solved by just adding a "Save link as" to the context menu.
Though I don't really see a point in having the "Save link" without
showing the file selector. As long as the file selector remembers where
it last saved it will only be another click for a user saving everything
in the same place, with the benefit that:

1) The user can rename the file while remember what it is.
2) Put it in some structured manner.

I think if not for the second reason the first reason is a good enough
reason to always show the file selector.

Filed this as: http://bugzilla.gnome.org/show_bug.cgi?id=129163

Also added a better explaination on why I think 1 and 2 are important in
the bug report.

Thanks for listening,
  Mikael Hallendal

-- 
Mikael Hallendal               micke imendio com
Imendio HB                     http://www.imendio.com
Phone: +46 (0)709 718 918





[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]