Last modified: 2009-05-06 22:04:48 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T20636, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 18636 - Allow inline style declarations to be post-applied onto eventual upload-protected SVG images
Allow inline style declarations to be post-applied onto eventual upload-prote...
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-04-30 18:04 UTC by Carl Fürstenberg
Modified: 2009-05-06 22:04 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Carl Fürstenberg 2009-04-30 18:04:21 UTC
For example currently the file ttp://commons.wikimedia.org/wiki/File:H1N1_map.svg the at every upload, there is a risk that the uploaded has been using an vector image editor, and thus modified the major structure of the file, which isn't necessary. I would propose that an functionality is implemented to allow such type of file to have an inline CSS declaration editor onto the page, which can update the CSS without the need for an reupload. A way could be to have a tag on the page declaring CSS to be applied to the image.
Comment 1 Happy-melon 2009-05-01 10:14:17 UTC
If an image is corrupted, it can be resored to an earlier version, that's why the "revert" links are provided.  If an image is *deliberately* attacked, it can be protected; that's why the "protect" links are provided.  Either the risk of users maliciously editing the file is high enough to warrant protection, or it is not.  We cannot program against user stupidity or incompetence.  I don't think this would be a constructive feature.
Comment 2 Carl Fürstenberg 2009-05-06 20:00:17 UTC
Actually major reason I had (which I might have failed to bring forward), is following:

1. large upload for a minor change ( move an css declaration two rows)
2. difficulty to track changes (no diffs available)
3. cumbersome to sync local an onwiki files.

I meant this more as an way to simplify for editors updating figures like above linked.

/Carl
Comment 3 Brion Vibber 2009-05-06 22:04:48 UTC
The 'it might break when edited' concern isn't really compelling so I'm going to go ahead and close this as 'invalid'.

See also however various feature requests for meta-editable SVG, including bug 4688, bug 4689, bug 5899, bug 14320, and bug 16052.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links