> Well, I would be more in favor of having a built-in code highlighter
> instead of a WYSIWYG editor. I think it'd improve readability,
> especially with the new endnote syntax threatening to take over some
> articles. I was going to propose doing something like this for the
> Summer of Code, but I just couldn't think of an elegant way to implement
> it. Using TinyMCE for code would require converting HTML-encoded
> HTML/wikitext into HTML/wikitext, and a feature using Flash or Java
> probably wouldn't be that popular with users.
We have actually implemented this kind of WYSIWiki (What You See Is
Wiki) editor as a Java applet called WikiWizard for the JSPWiki. We
will also be presenting it at Wikimania if our proposal is accepted.
I have already talked with Brion Vibber about integrating it into
Wikipedia and we would be happy to do that, but we are now waiting for
the Wikipedia wiki markup spec to be finalized. In the meantime, we
are continuing to debug our software and add new features. One of its
more interesting features is the ability to copy from Word and paste
formatted directly into the applet and have your content automatically
pasted in as wiki syntax.
You can see our project details at www.wikiwizard.net. I am currently
working on the final steps to make it easy to install and run within
JSPWiki as well as the ability to add other editors to JSPWiki. I
have almost finished coding a feature to let users upload multiple
files simultaneously (for intranet use). Feel free to contact me
privately for more details about WikiWizard.
Best wishes,
Chuck
Seems like in this sort of text:
<s>some struck out text
*a
*list
*that should
*also be
struck out </s>
That only the text prior to the list is struck out (the phrase "some
struck out text" above). Not sure if this is an HTML rendering thing,
intentional, a bug, or what. Just thought I would mention it.
Steve
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, closed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, closed tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Passed 305 of 314 tests (97.13%) FAILED!
brion(a)svn.leuksman.com wrote:
> Revert part of r14280 which broke history paging on 32-bit systems.
[snip]
> - list( $limit, $offset ) = wfCheckLimits( $this->defaultLimit );
> + $limit = $wgRequest->getInt('limit', $this->defaultLimit);
> + $offset = $wgRequest->getText('offset');
For reference, the problem here is that the history page now uses timestamps for
the offset parameter by default, making for more efficient paging through very
long histories (and enabling to jump to an arbitrary point in history).
wfCheckLimits() forces the values to integers, but the 14-digit timestamp format
we use is too big to fit in a 32-bit signed integer. As a result, history paging
was broken on 32-bit machines.
We still have a couple dozen Pentium IV machines in service, but the majority
now are 64-bit Opteron boxen, where PHP's default integer type ends up being big
enough to accept the larger numbers transparently; so this problem was only
intermittent for the last few days and we didn't hear about it until today.
The moral of the story is: don't forget to test history paging when you change
the code that does history paging.
And if you've got a 64-bit box? Don't forget to test 32-bit too. :D
-- brion vibber (brion @ pobox.com)
Hi All,
The source code to a MediaWiki Parser fuzz-tester is now available online at:
http://files.nickj.org/MediaWiki/wiki-mangleme.phps
Some of the problems it has found are listed at: http://nickj.org/MediaWiki
With MediaWiki 1.6.5, the breakdown of stuff I'm currently seeing that
messes up the flow of tags (as opposed to just failing HTML
validation) is roughly:
* 50% Table-Of-Contents insertion ( See Parser14 test at above URL)
* 30% double links ( See Parser22 test at above URL)
* 20% is <nowiki> or <pre> insertion + multi-line URLs ( See Parser20
and Parser23 tests respectively ).
All the best,
Nick.
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, closed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, closed tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Passed 305 of 314 tests (97.13%) FAILED!
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, closed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, closed tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Passed 305 of 314 tests (97.13%) FAILED!
Hello,
I would like to add a hide/show button to this template at Lombard Wikipedia:
http://lmo.wikipedia.org/wiki/Template:Directori_comprimit2
It has been copied and pasted from
http://ca.wikipedia.org/wiki/Template:Directori_comprimit2.
Here 'mostra'='show' and 'amaga'='hide'.
I have tried by copying 'monobook.js' from ca.wikipedia.org and even from en.wikipedia.org, but seemingly it doesn't work. Do you have any suggestion please?
Many thanks.
Sincerely yours,
Claudi
---------------------------------
Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Cliquez ici.
An automated run of parserTests.php showed the following failures:
Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED!
Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED!
Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED!
Running test HTML bullet list, unclosed tags (bug 5497)... FAILED!
Running test HTML ordered list, closed tags (bug 5497)... FAILED!
Running test HTML ordered list, unclosed tags (bug 5497)... FAILED!
Running test HTML nested bullet list, open tags (bug 5497)... FAILED!
Running test HTML nested ordered list, closed tags (bug 5497)... FAILED!
Running test HTML nested ordered list, open tags (bug 5497)... FAILED!
Passed 305 of 314 tests (97.13%) FAILED!
Hi,
in order to document the "Semantic MediaWiki" extension [1],
it would be great to put the stuff on mediawiki.org.
But: Can we use the extension on that site?
I read about the big move from meta.wikipedia.org to
www.mediawiki.org and the trouble you have to structure the content.
Maybe the extension could help there ...
[1] http://wiki.ontoworld.org
Kind regards,
Max Völkel
--
Dipl.-Inform. Max Völkel, Universität Karlsruhe / FZI
nepomuk.semanticdesktop.org
voelkel(a)fzi.de +49 721 9654-854 www.xam.de
First Workshop on Semantic Wikis: http://semwiki.org