Last modified: 2006-01-21 02:14:11 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2374 - Allow extension tags to be terminated empty elements (<extension/> instead of <extension></extension>)
Allow extension tags to be terminated empty elements (<extension/> instead o...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: parser
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-10 18:39 UTC by Ævar Arnfjörð Bjarmason
Modified: 2006-01-21 02:14 UTC (History)
0 users

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


Attachments

Description Ævar Arnfjörð Bjarmason 2005-06-10 18:39:38 UTC
There are extensions that only produce output but don't take any input, allowing
terminated empty elements for extensions would make the syntax more consistant.

 <extension></extension>

Instead of 

 <extension/>

Note that arguments would also have to be supported, that is,

 <extension foo="bar"/>

Instead of

 <extension foo="bar"></extension>
Comment 1 Rowan Collins [IMSoP] 2005-06-13 01:18:00 UTC
(In reply to comment #0)
> There are extensions that only produce output but don't take any input, allowing
> terminated empty elements for extensions would make the syntax more consistant.

Just a comment about this being "more consistent" - this is based on the
interpretation of the extension markup as "being XML", rather than "happening to
look a bit like XML". If you think of the wiki markup as completely independent
of any other standard, having "<foo>bar</foo>" in no way implies having "<foo
/>" or even "<foo opt='bar'>". Not that I deny there's a certain elegance to XML
self-closing tags, I just think it's worth remembering that XML and wiki-markup
are two very different and basically unrelated beasts.
Comment 2 Zigger 2005-06-13 02:52:38 UTC
This change helps usability, as it would reduce the keystrokes needed to enter
an empty extension tag and would also reduce visual clutter (aka markup),
without being compulsory, so it seems wiki-good.  It also reduces the need to
add more "magic words".
Comment 3 Ævar Arnfjörð Bjarmason 2005-06-18 01:07:57 UTC
I applied a quick hack to support this in HEAD.
Comment 4 Ævar Arnfjörð Bjarmason 2005-06-18 01:20:04 UTC
Quick indeed.
Comment 5 Ævar Arnfjörð Bjarmason 2006-01-21 02:14:11 UTC
This was FIXED in CVS HEAD some time ago, there's a parsertest for it (along
with more extension stuff)

RESOLVED FIXED

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


Navigation
Links