An automated run of parserTests.php showed the following failures:
Reading tests from "/home/brion/src/wiki/phase3/maintenance/parserTests.txt"...
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: Template with thumb image (with link in description)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Running test TODO: Images with the "|" character in the comment... FAILED!
Running test TODO: Parents of subpages, two levels up, without trailing slash or name.... FAILED!
Running test TODO: Parents of subpages, two levels up, with lots of extra trailing slashes.... FAILED!
Running test TODO: Don't fall for the self-closing div... FAILED!
Running test TODO: Always escape literal '>' in output, not just after '<'... FAILED!
Reading tests from "/home/brion/src/wiki/phase3/extensions/Cite/citeParserTests.txt"...
Passed 449 of 469 tests (95.74%)... FAILED!
Dear all,
I've upgraded my own MediaWiki and tried to enable Template:Languages
functionality to support page translation.
The result, however, is not correct:
http://taipedia.info/mediawiki/index.php/Template:Languages
The ParserFunctions extension had been installed.
The keywords to search for this question are not easy to acquire to me,
therefore I have to bother you guys here.
Sorry about that and thanks for all your patience.
Best Regards,
Mike
simetrical(a)svn.wikimedia.org wrote:
> Log Message: ----------- Right angle bracket never needs to be
> escaped except "when it appears in the string "]]>" in content, when
> that string is not marking the end of a CDATA section." No point in
> escaping it other times (even when it follows a literal left angle
> bracket, since that will already be escaped).
> http://www.w3.org/TR/2006/REC-xml-20060816/#syntax
Nick has recommended ensuring stray >s are escaped as a defensive
measure, making it harder to build a working HTML element if something
else gets mis-escaped.
I'm not sure how much concrete danger there is, but the idea gives me
warm fuzzies.
-- brion vibber (brion @ pobox.com)
simetrical(a)svn.wikimedia.org wrote:
> - $newminor . $sk->revComment( $this->mNewRev ) . "<br />" .
> + $newminor . $sk->revComment( $this->mNewRev, true ) . "<br />" .
Boolean parameters like this are a pain for code readability and
maintainability; when you come back at the code later you won't remember
what the heck "true" or "false" *means*.
Consider using a class constant with a descriptive name; maybe something
like Linker::COMMENT_LOCAL_ANCHORS (or pick a better name ;)
-- brion vibber (brion @ pobox.com)
Over the past weeks and months, User:Sanbeg has quietly and modestly put a lot of work into "Labeled Section Transclusion" as an extension feature to the Wikimedia Software. This includes code for the extension, test cases, and a new page at the Mediawiki software website describing his extension, which may be found here:
http://www.mediawiki.org/wiki/Labeled_Section_Transclusion
While I knew that something was going on (I "subscribe" to the updates on the bug), I still wasn't fully aware of the extent of his work and of the amazing flexibility and numerous features that User:Sanbeg put into this new tool. It incorporates every single feature that I personally requested, all those that others requested, and even some new ones that none of us at Wikisource previously even thought of but look very useful. It looks so useful, in fact, that I have no doubt it will be put to a great many unforseen uses that even go beyond Wikisource.
To my mind, this is no longer really just a Wikisource extension (though Wikisource certainly could use it), but is already something global: a tool that expands the basic flexibility of transclusion within the Mediawiki environment.
The last time this was brought up by Birgitte, Brion responded (as best I remember) that it was best to hold back for the meantime because there was still not full Wikisource agreement (on the talk page) about how such a tool should function. That was probably true then, but it is certainly no longer the case, because this tool, once again, addresses every possible need that has been expressed by anyone (at least as far as I can tell).
So what we really need now is some developer feedback!
Dovi
---------------------------------
Everyone is raving about the all-new Yahoo! Mail beta.
(sending this message again, as I somehow was unsubscribed from
wikitech-l for a while. Damn computers;-)
Hi all,
a long time ago, en:User:Egil wrote a great MediaWiki extension to
handle geographic coordinates, like ISBNs are handled by
Special:Booksources, and ran it off his server. When said server broke
down, and Egil was unreachable, I wrote a workaround [1] to run it as
a standalone script, and put it on the toolsever as a temporary
measure.
As it is tradition for temporary fixes, this one seems to have become
permanent ;-) with ~640000 hits in October, making up >8% of
toolserver traffic.
I wonder if this would be the time to add Egils extension to the
standard Wikipedia extension set. This would not only look more
seamless, and offer localized pages, but also take advantage of the
usual caching mechanisms. AFAIK, all that needs to be done is adding
the extension, copying the wikisource to a local page, and fix the geo
templates. This could be done gradually; unless the templates are
adapted, the default behaviour (using toolserver) won't change, even
if the extension is activated.
Magnus
[1] http://tools.wikimedia.de/~magnus/geo/geohack.php
An automated run of parserTests.php showed the following failures:
Reading tests from "/home/brion/src/wiki/phase3/maintenance/parserTests.txt"...
Running test TODO: Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test TODO: Link containing double-single-quotes '' (bug 4598)... FAILED!
Running test TODO: Template with thumb image (with link in description)... FAILED!
Running test TODO: message transform: <noinclude> in transcluded template (bug 4926)... FAILED!
Running test TODO: message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test TODO: HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test TODO: HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test TODO: HTML nested ordered list, open tags (bug 5497)... FAILED!
Running test TODO: Parsing optional HTML elements (Bug 6171)... FAILED!
Running test TODO: Inline HTML vs wiki block nesting... FAILED!
Running test TODO: Mixing markup for italics and bold... FAILED!
Running test TODO: 5 quotes, code coverage +1 line... FAILED!
Running test TODO: dt/dd/dl test... FAILED!
Running test TODO: Images with the "|" character in the comment... FAILED!
Running test TODO: Parents of subpages, two levels up, without trailing slash or name.... FAILED!
Running test TODO: Parents of subpages, two levels up, with lots of extra trailing slashes.... FAILED!
Running test TODO: Don't fall for the self-closing div... FAILED!
Running test TODO: Always escape literal '>' in output, not just after '<'... FAILED!
Reading tests from "/home/brion/src/wiki/phase3/extensions/Cite/citeParserTests.txt"...
Passed 449 of 469 tests (95.74%)... FAILED!
Regarding using <U+200E> on Special:Categories,
b> ------- Additional Comments From brion(a)pobox.com 2006-11-16 15:53 UTC -------
b> That's a bidi override for bidi-safety.
Well it causes an atrocious blip for anybody using less fancy readers
than firefox and IE.
Idea: why not emit it only if the line in question is bidi?
I mean do I put an U+200E at the ends of all the lines I quote in
email, for bidi safety?
How about people who want to batch process output
$ text_browser -dump ...|perl -anlwe ...
OK, "the browser is supposed to deal with it" I'm sure.
Anyway, goofy goofy goofy.
b> ------- Additional Comments From brion(a)pobox.com 2006-11-16 15:56 UTC -------
b> Do you mean that when you use importTextFile.php to create a page with a given text,
b> and you text is using the pipe trick ([[Project:Xyz|]] etc), that the input is not
b> transformed properly?
Roger.
b> (Should transform to [[Project:Xyz|Xyz]] by running the pre- save
b> transform at import time, presumably.)
That happens only in a browser.
b> If you do mean this, then I'm confused about your comments about action=raw exports;
b> since the transformation is done at save time any pages you've created in the wiki
b> will indeed round-trip properly since they're already transformed.
That transformation happens only in a browser. Not with importTextFile.php.
And let's say you fix importTextFile.php to make the conversion. Now
the file I used with importTextFile.php is slightly different than
what action=raw would show. Sigh.
Is it possible to add different marks, like ++ Text ++ or || Text || to
MediaWiki markup language?
What class of MediaWiki translate the wiki markup to HTML?
Please, someone can help?
Thanks
------------------------------------
Gabriel da Silva Simões
Mestrando em Ciência da Computação
Instituto de Informática - UFRGS
SBC #12250
ICQ #16149875
CEL #(51)93232480