- From: Roger Hågensen <rescator@emsai.net>
- Date: Sat, 31 Jul 2010 04:27:40 +0200
On 2010-07-31 04:17, Boris Zbarsky wrote: > On 7/30/10 9:57 PM, Roger H?gensen wrote: >> <a href="stuff.zip" download>This defaults to application/octet-stream >> and clicking the link will behave as if the user selected Save As from >> UI context menu!</a> > > I would object to implementing this. I have no problem putting up a > dialog asking the user whether to save or open in a helper app, but I > see no reason why I should force saving on the user, as a browser > developer. If the user wants to open your zip in a zip reader, why > shouldn't he? > > -Boris > When I say the "Save As" UI I mean the one you get currently, which varies, some browsers only provide a Save As and Cancel, while others provide Save As with Open and Cancel. So based on your remarks, maybe the spec could state that if a browser believe it can handle the file type then it should present a Open + Save As UI, but if it can not handle the filetype (aka handling un-configured or the user set the browser's settings this way) then it should just present Save As without Open. So thanks for pointing that out, as I actually have been annoyed in the past with how different browsers do downloads UIs, and this time we can actually establish expected default UI behavior from the ground up (however the user should still be able to alter settings to change the default behavior, and ther is nothing preventing a Browser maker from enhancing the UI even further.). -- Roger "Rescator" H?gensen. Freelancer - http://EmSai.net/
Received on Friday, 30 July 2010 19:27:40 UTC