SVG:Specification Issues: Difference between revisions

No edit summary
No edit summary
 
(3 intermediate revisions by 2 users not shown)
Line 1: Line 1:
This page tracks some of the specification issues we've encountered more recently while implementing SVG.
Ideally issues should be tracked using issue tracking software, but that's often less accessible to "outsiders", and it can take time and many iterations to hash out a good clear description for an issue. In that respect, wiki pages (with their version history and the ability to revert changes) are very useful.
 
When we discovered SVG specification issues in the past we simply reported them to the SVG working group via their mailing list, believing they would be tracked and (eventually) fixed. However, it has become clear that this system of reporting issues is an utter farce. Any reasonable issue tracking system would at the very least make it possible to:
 
* search through existing issues without returning non-issue mailing list chatter
* know whether your reports are even actually being treated as issues
* unambiguously mark the status of each issue so everyone can easily and clearly see when an issue has been closed/dropped (thus people can ask for further clarification if the solution is unsatisfactory or unstated, instead of believing that the issue is still open and being worked on)
* make sure the resolution is visible to all when an issue is closed


Unfortunately, using a mailing list for issue reporting fails to provide even these most basic of requirements. This has resulted in countless hours wasted and much hair pulling and resentment on our part. While we may not be able to force the W3C to use a reasonable, public, issue tracking system, we can at least try to publicly track any new issues we find (and maybe even go back and dig up the old issues we've reported at some point). Hence this page.
[https://wiki.mozilla.org/index.php?title=Special%3AAllPages&from=Specification+Issues&to=Specification+Issuet&namespace=110 List of child pages]


Ideally issues should be tracked using issue tracking software, but that's often less accessible to "outsiders", and it can take time and many iterations to hash out a good clear description for an issue. In that respect, wiki pages (with their version history and the ability to revert changes) are very useful.
Some other issues that don't have pages on this wiki:


* [[SVG:Specification_Issues:Embedding_by_Inclusion|Embedding by Inclusion]]
* [[SVG:Specification_Issues:Embedding_by_Inclusion|Embedding by Inclusion]]
* SVG Length:
**[http://lists.w3.org/Archives/Public/www-svg/2005Apr/0006 (SVG1.1) how do lengths that are not in a document work?]
* SVG Fonts:
* SVG Fonts:
** [http://lists.w3.org/Archives/Public/www-svg/2007May/0012 (SVG1.2T) <font-face> ascent/descent definitions incorrect]
** [http://lists.w3.org/Archives/Public/www-svg/2007May/0012 (SVG1.2T) <font-face> ascent/descent definitions incorrect]

Latest revision as of 18:40, 2 November 2011

Ideally issues should be tracked using issue tracking software, but that's often less accessible to "outsiders", and it can take time and many iterations to hash out a good clear description for an issue. In that respect, wiki pages (with their version history and the ability to revert changes) are very useful.

List of child pages

Some other issues that don't have pages on this wiki:


Resolved in errata