Author: herd

Description:
This is related to bug 2537 and especially https://bugzilla.wikimedia.org/show_bug.cgi?id=2537#c12 but not a duplicate (at least, not one in my opinion, and if it gets duped I will go have a cry).

I suggest a different approach to comment 12 in bug 2537 : Rather than re-generating the whole form like an edit does with the [preview] button, why not a checkbox like [x] preview (and this could be context-sensitive based on the file extension with javascript, no need to preview jpeg/png/etc). This would tap into the general warning interstitial page (seen for duplicate warning, file exists warning, deleted duplicate warning, large image warning), and show a (large resolution? maybe based on user prefs) preview of the rendered image, without requiring a reupload if the user chooses to save, but also not committing the user to a full upload just to test such an image (SVG in particular).

This would have great use with the images that are always rasterized/transformed for content, such as SVG, PDF, DJVU.

This is suggested as a first step towards a full history/diff/live-edit of SVG as vaguely hinted by http://news.cnet.com/8301-17939_109-10103177-2.html
"Wikipedia users may soon get a way to view the revisions that people make offline to photos by flipping through previous versions of the images."

(And while this may not apply to SVG in particular, such a system would be pretty sweet. Especially since duplicating Wikimedia's rsvg setup is not easy, and there is no way to actually test against it without creating a permanent (even if deleted) revision to the image servers, wasting space. A gentle next step to this system would be a plain text entry field for raw SVG data previewing... )

Version: 1.14.x
Severity: enhancement