-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
After some database schema changes, we have started updating the live
software on the site again. Visibly, this introduces a field on
Special:Recentchanges showing the number of characters added or removed
by each edit, giving an impression of the magnitude of changes.
This figure has been available for some time on the IRC feeds of
changes, but is now stored in the database for display in the recent
changes list.
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFiEJ2wRnhpk1wk44RAkiSAJ9Koq0fcPzK9lhjA/M74Z1epbIhpQCfeBsP
67yWQ3zAQHN17eFjca3VykM=
=IN/P
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
For rasterizing SVG images we've used librsvg for some time. Another
contender which we didn't choose originally is Batik. There are several
respects in which librsvg is unsatisfactory and Batik might be preferable.
With Sun finally in the process of releasing their Java implementation
under GPL, we don't have to worry about being so ideologically 'pure'
about Java-based solutions these days... So I went ahead and did a quick
rendering benchmark with some images plucked off of Commons:
http://www.mediawiki.org/wiki/SVG_benchmarks
rsvg is beating the pants off Batik by a factor of 6; on my laptop the
average image in the sample took *two seconds* to render, compared to a
third of a second for rsvg.
Java is traditionally slow for command-line-type tasks, with VM startup
and JIT overhead inflating times significantly. It's possible that we
could get much better performance by starting up a single VM and sending
multiple requests to it.
If we can get performance out of Batik that approaches or exceeds
librsvg, it may be desirable to consider switching.
On the other hand if it's still slow as a dog, we can forget it and
concentrate on other things.
Would anyone like to fiddle with this, put together a test daemon? (Or
at least a test program that uses the library to render a bunch of
images from a list, so we can benchmark.) It's probably not that
difficult, and would be a fun way for some of the Java-heads in the room
to get involved. ;)
If nobody hops in, it has to wait until I get around to it, and well... ;)
- -- brion vibber (brion @ pobox.com)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFFh328wRnhpk1wk44RAlllAKDPOb3MrS/yvLF1WZJlgNu53qv5rQCguxDj
3hMsb+2/+pv+B+VZzxLoSV8=
=9u2X
-----END PGP SIGNATURE-----
robchurch(a)svn.wikimedia.org wrote:
> Revision: 18446
> Author: robchurch
> Date: 2006-12-19 05:42:35 -0800 (Tue, 19 Dec 2006)
>
> - $wgOut->addWikiText( wfMsgForContent( "recentchangestext" ) );
> + $wgOut->addWikiText( wfMsgForContentNoTrans( "recentchangestext" ) );
Is there actually any proper documentation explaining which wfMsg*()
functions to use with which OutputPage methods for various purposes? I
count 13 wfMsg*() functions (of which wfMsgExt() has 16 possible major
variants) and 8 or 9 relevant OutputPage methods. This seems like a
recipe for disaster, and the change I quoted (as well as r18444) just
confirms my suspicion that several of the combinations I've seen in the
live code are just plain broken.
The problem is that most of the default messages just contain plain text
with no template calls or other oddities, which means that such bugs
will go unnoticed until someone tries to customize the interface. The
fact that many of the functions involved have names that are both long
and uninformative at the same time, and the fact that the documentation
comments for them are patchy at best, makes it worse.
I've half a mind to rewrite the whole mess, but of course we'd still
have to keep the old functions for extension compatibility even if we
deprecated them.
--
Ilmari Karonen
On 12/19/06, Michael Noda <michael.noda(a)gmail.com> wrote:
>
> On 12/19/06, George Herbert <george.herbert(a)gmail.com> wrote:
>
> > Something that occurred to me a bit ago... We could both freeze and
> > not-freeze the featured article, with a bit of effort. We could
> > create a new name heirarchy (wiki/Featured Article/article-name) and
> > drop a subst'ed version of the page, protected, down into that
> > subpage, with a link to the "live" wiki article there if people want
> > to see how it may have improved over the course of the day. If
> > there's bandwidth available, someone could repeat the process (create
> > an updated frozen subst version from the live wiki page) every hour or
> > two during the TFA run, so it doesn't even have to be fixed as of the
> > beginning of the day.
> >
> > This doesn't take any new technology, just a few subpages and a bit of
> > procedure...
>
> I'm fairly sure that you've just described exactly what is to be
> implemented when Stable Versions go online, which we have been told
> since Wikimania is Real Soon Now.
And on that day, someone's manual labors will be simplified.
If we had a known "soon" date on that maybe doing it manually wouldn't be a
good idea, but I don't know that we have any sign of where it is...
(copied wikitech-l in case there is an affirmative answer available)
--
-george william herbert
george.herbert(a)gmail.com
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: 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"...
Reading tests from "/home/brion/src/wiki/phase3/extensions/Poem/poemParserTests.txt"...
Passed 462 of 481 tests (96.05%)... FAILED!
Hey guys!
I can't solve this problem and asked many people about it on the
#mediawiki channel. My last shot was to try
pywikipediabot.sourceforge.net but I can't figure it out how could I run
this on my own wiki.
So I made a test post in wikipedia which demonstrate my problem (I hope
they don't delete it): http://www.mediawiki.org/wiki/Thisisatest
As you see if you copy text files to the mediawiki then some line will
overruns the border and after you got thousands of pages in your wiki it
can't be fix by hand. This wiki is not public, I need to maintain it for
my company so I can't just ask someone to setup a bot to fix it even if
that's a solution.
The thing is it can be fixed by hand if I go to the start of the
overrunning lines and hit enter \n then it will only fix this invisible
character or what should I call this. If it's not must then I don't
want to use any bot to fix it.
If you have any idea how can be fixed in the whole wiki than please tell me.
Thanks
Jax
In the OTRS, there is this nice box, where you can see the agents,
that are online. Well, and in the Wikimedia OTRS we may welcome a
famous new editor, called ": $Text{"Online Agent: %s", ", who ranks
prominently at first rank of the displayed online agents. Is this an
OTRS bug or is it rather Wikimedia-side?
Michael
Hi,
I was wondering if it were possible to create two image namespaces in a
single mediawiki install. I would like to have some files stored in one
location and others in another.
Docs:Worddoc.doc would put Worddoc.doc into a folder named Docs/<hashed
folder>/Worddoc.doc
Image:Picture.gif would put Picture.gif into a folder named images/<hashed
folder>/Picture.gif
I can create custom namespaces, but it appears that only the Image namespace
responds with a file upload, and I cannot see how to flag a namespace for
media.
Any help would be much appreciated,
Alex
I was looking for these to show off to a friend (I said the funding
drive was mostly for boxes and bandwidth, they were curious as to just
how much we actually served) and couldn't find them. I thought they
were on http://ganglia.wikimedia.org/ but that appears to be CPU and
memory. Are the network and bandwidth charts still up anywhere?
- d.
> I was looking for these to show off to a friend (I said the funding
drive was mostly for boxes and bandwidth, they were curious as to just
how much we actually served) and couldn't find them. I thought they
were on http://ganglia.wikimedia.org/ but that appears to be CPU and
memory. Are the network and bandwidth charts still up anywhere?
Well, my somewhat aged page with useful such links is at
https://wikitech.leuksman.com/view/Collected_Status
though I haven't tested them all recently.
Cheers,
-- jra
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .