Some folks may be interested in my blog post about high-density displays and how using higher-density or vector images directly can greatly improve rendering and legibility of diagrams and charts:
http://leuksman.com/log/2011/12/04/high-density-displays-mobile-and-beyond/
If anybody's interested in fiddling around with JavaScript to swap in high-density PNG images and scalable SVG images (on either regular or MobileFrontend view -- though it's more relevant to MobileFrontend view), try this bookmarklet:
http://leuksman.com/misc/density-bookmarklet/ (source version: https://github.com/brion/density-bookmarklet)
It's fairly simplistic and won't work with everything. Attempts to replace PNG thumbnails with double-sized ones (may fail on some images), and rasterized SVG thumbnails with the original SVGs; but it does make some charts and graphs look much nicer on an iPhone 4 or iPod Touch with retina display!
Many Android phones have intermediate density displays (Android "hdpi" approx 240dpi, with the new Galaxy Nexus sporting an "xhdpi" 320dpi screen that's closer to the 326dpi Retina display); unfortunately the picture is complicated by Android 2.x devices not supporting SVG in the browser!
-- brion
Brion Vibber schrieb:
Some folks may be interested in my blog post about high-density displays and how using higher-density or vector images directly can greatly improve rendering and legibility of diagrams and charts:
http://leuksman.com/log/2011/12/04/high-density-displays-mobile-and-beyond/
If anybody's interested in fiddling around with JavaScript to swap in high-density PNG images and scalable SVG images...
I already have tried to build a userscript for replacing server-rendered pngs with the original svgs over a year ago. Problem one were missing viewBox attributes, without which my browser (Opera, though its fairly good svg support) didn't show them correctly. I could write a workaround for my userscript, but a bookmarklet/gadget/whatever will fail because it can't access svg documents out of the same-domain-scope. While this might have changed since then, I ran into another problem: Lots of svg files are optimized to be rendered on WMF server and to be shown as pngs. The original svg document looks quite different when viewed in the browser directly, often even worse. Due to varying support of some svg features between different browsers (and the png-generator) the display of svgs will differ a lot, and I can't imagine what unconsitent images would mean to user friendlyness.
Of course I do not want to say using native svg shouldn't be the aim, but the conversion won't be easy.
Bergi
Sounds like a great candidate for some testing; run a few thousand svgs through several browsers and see what kind of problems we get...
-- brion
On Sunday, December 4, 2011, Bergi a.d.bergi@web.de wrote:
Brion Vibber schrieb:
Some folks may be interested in my blog post about high-density displays and how using higher-density or vector images directly can greatly
improve
rendering and legibility of diagrams and charts:
http://leuksman.com/log/2011/12/04/high-density-displays-mobile-and-beyond/
If anybody's interested in fiddling around with JavaScript to swap in high-density PNG images and scalable SVG images...
I already have tried to build a userscript for replacing server-rendered pngs with the original svgs over a year ago. Problem one were missing viewBox attributes, without which my browser (Opera, though its fairly good svg support) didn't show them correctly. I could write a workaround for my userscript, but a bookmarklet/gadget/whatever will fail because it can't access svg documents out of the same-domain-scope. While this might have changed since then, I ran into another problem: Lots of svg files are optimized to be rendered on WMF server and to be shown as pngs. The original svg document looks quite different when viewed in the browser directly, often even worse. Due to varying support of some svg features between different browsers (and the png-generator) the display of svgs will differ a lot, and I can't imagine what unconsitent images would mean to user friendlyness.
Of course I do not want to say using native svg shouldn't be the aim, but the conversion won't be easy.
Bergi
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
wikitech-l@lists.wikimedia.org