Download dialog
ScaledLizard
you want to store the file or open it directly. The options in the
dialog are mutually exclusive, although actually I may want to do
both. Therefore, I would suggest that these options be changed so that
you can achieve both from this dialog. As it is possible to select
these options in preferences as well, the same request would apply
there.
Thanks.
Donfuy
I'd say said option isn't needed, since when you store the file,
Firefox warns you when the download is over.
Alexander Limi
--
Alexander Limi · Firefox UX Team · @limi <http://twitter.com/limi> ·
limi.net
> _______________________________________________
> dev-usability mailing list
> dev-us...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-usability
>
Ron Hunter
temporary.
Alexander Limi
system I'm running, at least.
--
Alexander Limi · Firefox UX Team · @limi <http://twitter.com/limi> ·
limi.net
Alex Faaborg
the file system. So you would need to use the application rendering the
file to save it again, to a more normal location.
Either way, (to repeat Limi's very good idea) for files we can preview, we
should just show them in the browser and have a download button at the top
of the tab. It's useful to see what you are downloading either way, and
then we can avoid having the dialog entirely.
-Alex
On Mon, Apr 25, 2011 at 8:19 AM, Alexander Limi <li...@mozilla.com> wrote:
> I guess the behavior is different between platforms. It does on the OS X
> system I'm running, at least.
>
> --
> Alexander Limi · Firefox UX Team · @limi <http://twitter.com/limi> ·
> limi.net
>
>
> On Mon, Apr 25, 2011 at 8:07 AM, Ron Hunter <rphu...@charter.net> wrote:
>
Matt Brubeck
> "Open" does both.
While the file is technically stored before it's opened, it is deleted when Firefox exits -- so it is not really "saved" from the casual user's point of view. This is bug 191239:
Matt Brubeck
skierpage
> Either way, (to repeat Limi's very good idea) for files we can preview, we
> should just show them in the browser and have a download button at the top
> of the tab.
I came to this newsgroup after re-reading
http://limi.net/articles/improving-download-behaviors-web-browsers to
say how great this idea is. It sidesteps the problem of whether to
view content in browser vs. view in an external app by providing both!
But what's the UI for deciding what is a "file Firefox can preview"?
If the mimetype is text/anything then I want to preview as text, and
additionally there are other files I'd like to preview as text
regardless of mime type. If it looks like any kind of XML then I'd
like to preview in the expandable colored XML view, but fallback to
text if it has validation errors. If it's a ZIP or OpenDocument
format I'd like to preview its contents using the jar: trick.
Basically when I click something I want to stay in the browser as much
as possible regardless of my default application and mime handler
settings. But a naive user might not be interested and would be
confused by Firefox's ability to present file internals.
Maybe Mr. Limi's [Open with Preview] button should have a context menu
with the advanced functionality, even when the button is grayed out.
I guess I'm hoping the implementation will (magically ;-) ) address
longtime issues such as
11521 - View as different media (mime) type support
57342 - Add "View as Text/HTML/..." option for unknown mime content-
type
121498 - Need a "Use Mozilla" option on helper apps dialog
??? - view content natively in browser or let plug-in handle it.
Some of these seem to be stuck at bzbarsky's "requires architecture
changes to the URILoader".
Thanks for all you do!