Wikitech-l April 2007

wikitech-l@lists.wikimedia.org

93 participants
108 discussions

MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12

Hi everyone, I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent. I would prefer a script written in Python, but any recommendations would be very welcome. Do you know of anything suitable? Kind Regards, Hugo Vincent, Bluewater Systems.

6 13

10k
by Domas Mituzas 01 Dec '07

01 Dec '07

Hi, today we came over 10k HTTP requests per second (even with inter-squid traffic eliminated). Especially thanks to Mark and Tim, who've been improving our caching, as well as doing lots of other work, and achieved incredible results (while I was slacking). Really, thanks! Domas

16 21

Rating Articles Extension
by Travis Derouin 19 Jun '07

19 Jun '07

Hey, I've put together an extension for rating articles if anyone is interested. It's just a first version and hasn't been tested much, but the details can be found here: http://www.wikihow.com/WikiHow:RateArticle-Extension You can see an example here on our development server: http://wiki16.wikidiy.com/Get-a-Better-Deal-on-a-Home-Loan (username password wikihow / wikihow2006) - scroll down to the bottom of the page for the checkmarks. I'd appreciate feedback if anyone has any. If someone wants to add this to extensions in svn, that'd be great. Thanks, Travis

11 22

User info for subversion committers
by Tim Starling 07 May '07

07 May '07

I've set up a subversion user list: http://svn.wikimedia.org/users.php If you have subversion commit access, please create a file describing yourself, at /USERINFO/<username>. The syntax is like MIME headers, see my example at: http://svn.wikimedia.org/viewvc/mediawiki/USERINFO/tstarling?revision=21563 Current fields are name, URL and email, but I'd accept suggestions for more. The idea of the email field is to eventually set up aliases for everyone of the form <username>@svn.wikimedia.org. If you're worried about spam, I would suggest including your email address encoded with ROT13, in a field called encrypted-email. -- Tim Starling

3 3

Translation of &rlm;
by Tim Starling 03 May '07

03 May '07

Unicode's bidirectional algorithm often fails where there are RTL characters, LTR characters and neutrals such as punctuation in the same paragraph. Often this can be fixed by liberal sprinkling of either the RLM character (in base RTL text) or the LTR character (in base LTR text). Putting these characters directly into the article text makes such changes difficult to review and edit, since they are invisible in the edit box in major browsers. A better solution is to use HTML's &lrm; and &rlm; character entities. By happy coincidence, &lrm; has roughly the same effect in the edit box as it does in display, because the latin characters "lrm" are of strong left-to-right type, just like the control character they represent. The same is not so for &rlm;, meaning that in cases where &rlm; is used, the text remains broken on edit while being fixed on display. Here's an example: http://he.wikipedia.org/wiki/ACID What I propose is that someone should come up with a translation of "rlm" into Hebrew, Arabic or both, and that we should implement this artificial character entity in the MediaWiki parser. -- Tim Starling

5 7

Re: [Wikitech-l] Commons deletion issue
by Raimond Spekking 01 May '07

01 May '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Mark Clements schrieb: > > I don't know if anyone has any suggestions to deal with this kind of > problem, or even if it has already been recognised as an issue. The > non-technical answer is, of course, to copy the commons images to the local > wiki, but that kind of defeats the point of commons, doesn't it? > We have the CheckUsage tool on the toolserver and every admin should check the usages _before_ deleting an image. If there are (more or less) prominent usages, at least at non user/user talk pages, he shouldn't delete the image or previous replace all usages with the duplicate image. I know, it's a lot of work Exemptions are copyvios. Raymond. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNi6mp+qUcbEr56YRAgQ0AKCMVGaljq3N5bCDiOa/Xcs7ThoOqwCggcRM gJXJJ7Wiy4C9hBu49hcvxys= =+2Ow -----END PGP SIGNATURE-----

7 10

MediaWiki 1.10.0rc1 release candidate available
by Brion Vibber 30 Apr '07

30 Apr '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.10 is the quarterly release snapshot for Spring 2007. While the code has been running on Wikipedia for some time, installation and upgrade bits may be less well tested. Bug fix releases may follow in the coming days or weeks. This is a release candidate -- 1.10.0 final will be released later this week after a few more people have had a chance to test it in additional environments. MediaWiki is now using a "continuous integration" development model with quarterly snapshot releases. The latest development code is always kept "ready to run", and in fact runs our own sites on Wikipedia. Release branches will continue to receive security updates for about a year from first release, but nonessential bugfixes and feature development happen will be made on the development trunk and appear in the next quarterly release. Those wishing to use the latest code instead of a branch release can obtain it from source control: http://www.mediawiki.org/wiki/Download_from_SVN Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_10_0RC1/phase3/RELEASE… Download: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz PGP signature: http://download.wikimedia.org/mediawiki/1.10/mediawiki-1.10.0rc1.tar.gz.sig MD5 checksum: 5dc4d3910c2e2f06ae341fcf56e63a81 mediawiki-1.10.0rc1.tar.gz SHA-1 checksum: b7821187cccf89bc20250ddbcad0782fadd8336b mediawiki-1.10.0rc1.tar.gz Before asking for help, try the FAQ: http://www.mediawiki.org/wiki/Manual:FAQ Low-traffic release announcements mailing list: (Please subscribe to receive announcements of security updates.) http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Wiki admin help mailing list: http://lists.wikimedia.org/mailman/listinfo/mediawiki-l Bug report system: http://bugzilla.wikimedia.org/ Play "stump the developers" live on IRC: #mediawiki on irc.freenode.net - -- brion vibber (brion @ wikimedia.org) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNnwbwRnhpk1wk44RApCDAKCd8gFqPQkYqGbuxMkEn5OQWRsxVgCbBRGD v6+rmVxCL7xuckKscHXiHNA= =sIMI -----END PGP SIGNATURE-----

2 1

MediaWiki automated test run failure 2007-04-29
by brion＠pobox.com 30 Apr '07

30 Apr '07

An automated run of parserTests.php showed the following failures: This is MediaWiki version 1.10alpha (r21695). Reading tests from "maintenance/parserTests.txt"... Reading tests from "extensions/Cite/citeParserTests.txt"... Reading tests from "extensions/Poem/poemParserTests.txt"... 18 still FAILING test(s) :( * URL-encoding in URL functions (single parameter) [Has never passed] * URL-encoding in URL functions (multiple parameters) [Has never passed] * Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed] * Link containing double-single-quotes '' (bug 4598) [Has never passed] * message transform: <noinclude> in transcluded template (bug 4926) [Has never passed] * message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed] * BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed] * HTML bullet list, unclosed tags (bug 5497) [Has never passed] * HTML ordered list, unclosed tags (bug 5497) [Has never passed] * HTML nested bullet list, open tags (bug 5497) [Has never passed] * HTML nested ordered list, open tags (bug 5497) [Has never passed] * Fuzz testing: image with bogus manual thumbnail [Introduced between 08-Apr-2007 07:15:22, 1.10alpha (r21099) and 25-Apr-2007 07:15:46, 1.10alpha (r21547)] * Inline HTML vs wiki block nesting [Has never passed] * Mixing markup for italics and bold [Has never passed] * dt/dd/dl test [Has never passed] * Images with the "|" character in the comment [Has never passed] * Parents of subpages, two levels up, without trailing slash or name. [Has never passed] * Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed] Passed 493 of 511 tests (96.48%)... 18 tests failed!

5 7

Live mirror
by Ilya Schurov 30 Apr '07

30 Apr '07

Hi there, It looks that http://enci.ru/ is live mirror of ru.wikipedia.org. (See http://www.enci.ru/Special:Recentchanges). -- With best regards, Ilya Schurov

1 0

Re: [Wikitech-l] [Commons-l] Fwd: [Wikipedia-l] Commons deletion issue
by David Gerard 30 Apr '07

30 Apr '07

On 30/04/07, Daniel Kinzler <daniel(a)brightbyte.de> wrote: > > I don't know if anyone has any suggestions to deal with this kind of > > problem, or even if it has already been recognised as an issue. The > > non-technical answer is, of course, to copy the commons images to the local > > wiki, but that kind of defeats the point of commons, doesn't it? > It's commons policy not to delete images as long as the images are used > anywhere, if the deletion is not urgent (copyvios and policy-vios can be deleted > right away). Some people don't seem to get that into their head, though. If it's not right there on the image page, they won't see it. What needs to be done for it to show up right there on the image page? - d.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l April 2007