On Wed, Aug 3, 2011 at 7:15 PM, Ian Schneider <[email protected]> wrote: > Hey Andrea, > > Thanks for bearing with the fallout from the changes. Agreed with the > patch - this is not acceptable. > > I should have initiated a discussion regarding inline/attachment much > earlier in this process, but it seems to me that inline is almost > redundant for most output formats and serves to only add HTTP > overhead. Most of the references I could find in my quick research > indicate that folks use it for specific agent workarounds.
Not really, it has a specific and nice purpose the moment poeople try to save the output on disk after seeing it in the browser. If you add the content disposition header every time they save something they won't be presented with "ows" as the file name, but topp_states.png instead. I actually added the inline content disposition plus file name in some raster WMS output formats some time ago for this very reason, after hearing some complains and getting annoyed quite a few times me too. > Specifically this comes to mind with WMS services where browsers and > clients. These superfluous headers may add a fair amount of > non-compressed overhead. Given the smallest output is anyways around 1kb, and the normal outputs are around 50KB, well, who cares :) > My assumption (bad) was that the inline disposition header was needed > for some specific reason (I can't recall the type that was using it), > though my intuition told me otherwise as I was only familiar with the > use of attachment. > > I'd propose that the default be no content-disposition header unless > either a) the format knows better (pdf, shp, etc.) or b) the client > requests it specifically (via the new parameter API). > > Thoughts? As said above, I disagree, I want my nice file name when I go so save the gml or png on disk :-) We could also agree to disagree and add a flag to control this :) Cheers Andrea -- ------------------------------------------------------- Ing. Andrea Aime GeoSolutions S.A.S. Tech lead Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 962313 http://www.geo-solutions.it http://geo-solutions.blogspot.com/ http://www.youtube.com/user/GeoSolutionsIT http://www.linkedin.com/in/andreaaime http://twitter.com/geowolf ------------------------------------------------------- ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos & much more. Register early & save! http://p.sf.net/sfu/rim-blackberry-1 _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
