The reason why this particular feature (click on image) doesn't download the file is because that's what a significant amount of the users requested. It's a poor man's zoom, so to speak, and it's reproducing a workflow that people used to have on the file page and missed in media viewer.
I think we're paying the price of implementing this hack as a placeholder for zoom. To me the point where we have to build convoluted mechanisms (especially extra menus, warnings...) to compensate for a strange feature is usually a sign that it shouldn't be built like this in the first place. Pau proposed a good compromise. I.e. clicking should open a bigger image (the "zoomed" version) but not the original, unless the original happens to be smaller than what we consider to be the bigger version. I think that's a smarter placeholder hack than what we're currently doing. It's worth a shot. On Thu, Oct 2, 2014 at 11:09 PM, Brion Vibber <[email protected]> wrote: > Sweet! > > -- brion > > On Thu, Oct 2, 2014 at 2:00 PM, Brian Wolff <[email protected]> wrote: > >> On 10/2/14, Brion Vibber <[email protected]> wrote: >> > When exposing original-size or otherwise huge file versions *for >> download* >> > when they're not intended to be viewed in browser, it may be wise to use >> > the 'Content-Disposition' HTTP header, as we do for XML output from >> > Special:Export. >> > >> > This should force most browsers to show a download dialog instead of >> > loading the giant file inline; you can then take your mega-image and >> stick >> > it in Photoshop or Gimp or whatever if you really wanted it (such >> programs >> > are optimized to work with huge files, while browsers are most >> emphatically >> > *not*). >> > >> > Of course this may mean we need to either filter the file through PHP to >> > add headers (scary!) or have a second "downloadable" URL where the >> swift or >> > caching infrastructure adds the headers. >> > >> > -- brion >> >> That's already a thing: >> https://upload.wikimedia.org/wikipedia/commons/7/70/Example.png?download >> >> --bawolff >> >> _______________________________________________ >> Multimedia mailing list >> [email protected] >> https://lists.wikimedia.org/mailman/listinfo/multimedia >> > > > _______________________________________________ > Multimedia mailing list > [email protected] > https://lists.wikimedia.org/mailman/listinfo/multimedia > >
_______________________________________________ Multimedia mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/multimedia
