--- Comment #26 from badon <> ---
(In reply to comment #24)
> This is easy to fix, as long as a consesus of the exact requirement can be
> reached (is it still {{#tag:name||arg1=value1|close}}?).

I agree with that. It may also be sensible to have it produce a self-closing
tag when there is no content, like this:


That was one possibility I proposed initially, but upon further consideration,
it is possible that self-closing tags may not always be desired when the
content is empty. Maybe there could be some case where JavaScript is intended
to insert content in some empty tag pairs, or something like that. Perhaps it's
best to just keep it simple and require an explicit "close" parameter when a
self-closing tag is desired. It looks to me that the syntax consensus is
established for a "close" parameter to indicate when a self-closing tag should
be output, like this:


There should probably be an error if the "close" parameter is specified and the
content is not empty, like this:

{{#tag:name|This content should not be here|arg1=value1|close}}

I also agree with Daniel that this is not an easy task that would be
appropriate for introductory programming exercises for pre-university students.
Right now, the only person qualified to fix this immediately is probably the
current maintainer, and even that isn't certain. It's likely that the code
behind #tag will need to be rewritten to make it work as we expect it to. That
would mean nobody is an expert on it yet.

You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
Wikibugs-l mailing list

Reply via email to