MediaWiki-l May 2011

mediawiki-l@lists.wikimedia.org

72 participants
67 discussions

Berlin hackathon - we want your input
by Sumana Harihareswara 13 May '11

13 May '11

A bunch of MediaWiki development folks are in Berlin at a hackathon -- http://blog.wikimedia.org/2011/05/13/wikimedia-tech-crowd-and-mediawiki-dev… -- and we're working to make sure you can watch, listen, and participate even if you're not here. For example, we're going to have talks about the parser, the mobile gateway, and performance improvement. From today's talks: Purodha Blissenbach is looking for testers for Narayam, a keyboard mapping for Indic languages, and Hay Kranen would like people to test the WordPress plugin PhotoCommons ( http://www.mediawiki.org/wiki/PhotoCommons ), "allowing easy searching, inserting and and maintaining of files from Wikimedia Commons into your blog." More in the live notes: http://etherpad.wikimedia.org/mwhack11Fri #mwhack11 IRC channel live video streaming http://www.livestream.com/wikimediaberlin #mwhack11 on Twitter/Identi.ca bugs to smash: https://bugzilla.wikimedia.org/buglist.cgi?keywords=bugsmash More information: http://www.mediawiki.org/wiki/Berlin_Hackathon_2011 -Sumana Harihareswara Volunteer Development Coordinator, WMF

1 0

New extension: Notificator
by Patrick Nagel 13 May '11

13 May '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, for one of the Wikis I'm working on, we needed a way for persons to notify other persons about changes to pages, or new pages. The built-in MediaWiki notification system did not work, for a couple of reasons: - - It cannot notify someone who doesn't already know about a page (and put it on his/her watchlist already) - - It notifies everyone watching the page on every edit (or not, if the notified person did not visit the page since the last notification) - so in short, the notification time and persons to be notified cannot be chosen arbitrarily by the page changer So I developed the Notificator extension [1], which solves the above problems, and provides us with the needed flexibility: "Notify <e-mail address>" buttons can be placed on arbitrary pages, or via templates on a whole class of pages, and anyone with access to the Wiki can click them and trigger a notification to a pre-set e-mail address, or to an e-mail address entered right on the page. The main idea behind the extension is, that a user decides when to send a notification, and not the system. It brings a "Tell <someone> about this page/change!" button to MediaWiki. Feel free to test it, there is a demo installation at [2]. Btw., I'm waiting for MediaWiki SVN commit access - once I get that, I'll commit the extension to the MediaWiki extension source tree, so that it can be translated to other languages and others can help improve it. Note that this is my first "real" extension, so it would be great if someone with experience could have a look at the code and send patches or suggestions where I did things that could have been done better. [1] http://www.mediawiki.org/wiki/Extension:Notificator [2] http://patrick-nagel.net/wiki/Notificator_demo Cheers, Patrick. - -- Key ID: 0x86E346D4 http://patrick-nagel.net/key.asc Fingerprint: 7745 E1BE FA8B FBAD 76AB 2BFC C981 E686 86E3 46D4 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3MlsIACgkQyYHmhobjRtS7rgCgu9XwYb7j3G19sfm/6WnsRjCz wsQAn2qkjRIZVy+MfuJm3WPFjWJlgpTK =PM+m -----END PGP SIGNATURE-----

1 0

Re: [Mediawiki-l] future planning for math/equations in mediawiki
by Lee Worden 13 May '11

13 May '11

> From: John Dorian<jm.dorian(a)yahoo.com> > Subject: [Mediawiki-l] future planning for math/equations in mediawiki > > I'm hoping to get some advice or perspectives so I don't overlook something. > I'm looking to future-plan for math/equations in a mediawiki environment. > [...] > In general: > - MathML is supported natively by Firefox, and probably WebKit (Safari) > eventually > - TeX is not likely to be native supported, and will require some sort of > conversion for (X)HTML environments > > which looks like a win for MathML > > However,_right_ now, TeX has better support in MediaWiki > (for what I find odd reasons) > The methods that work now are: > > 1. texvc - works, but generating bitmapped PNGs is suboptimal and not what I > have in mind for the future in terms of scalable typesetting > > 2. MathJax (two sub-methods): [...] > Am I the only one who finds this odd - that I can't write MathML input, but yet > mediawiki and MathJax are moving with browsers to having MathML as the rendered > output? > > This seems like a waste - I have to worry writing nice TeX, then worry about how > it is converted by MathJax to MathML, and any possible bugs in that conversion > process - when I could just write MathML and have only to worry about how > Firefox renders it. > > What advice do people have about a "good way" (simple, future compatible, least > likely to break with converters) to deal with math/equations in mediawiki? > > Thank you in advance for your thoughts and insight. MathML is generally considered too cumbersome for writing by hand, and in fact it wasn't designed to be written by hand [1]. TeX seems to be the most popular format for authoring math to be translated to MathML, though there are other ways [2]. Along with the two MediaWiki extensions you mention, WorkingWiki [3] also provides TeX-to-MathML translation [4] similar to what texvc provides. It uses LaTeXML [5] to do the translation, a third-party tool that was developed to create the online version of the standard Handbook of Mathematical Functions [6]. WorkingWiki does substantially more than translate math expressions, but it should be possible to create an inline-math-only option if there was demand. Lee Worden McMaster University / UC Berkeley http://leeworden.net [1] http://en.wikipedia.org/wiki/Mathml#cite_note-1 [2] http://en.wikipedia.org/wiki/Mathml#Software_support [3] http://www.mediawiki.org/wiki/Extension:WorkingWiki [4] http://lalashan.mcmaster.ca/theobio/projects/index.php/WorkingWiki/Tutorial… [5] http://dlmf.nist.gov/LaTeXML/ [6] http://dlmf.nist.gov/

3 2

Restriction access to User namespace
by Андрій Гончар 12 May '11

12 May '11

I want to restrict access for guest (users, who haven't account) to User namespace. Access for view. How can I do this? Thanks.

4 4

PostgreSQL 9 with Mediawiki
by James King 12 May '11

12 May '11

Hello, Is anyone using PostgreSQL 9 and mediawiki in a production environment? Anything to watch out for? Thanks! Jim King MetroHealth is an Academic Health Care System committed to Our Communities by Saving Lives, Restoring Health, Promoting Wellness, and providing Outstanding, Life-long Care Accessible to All. Visit us at http://www.metrohealth.org or for stories of MetroHealth miracles and hope, visit: http://www.mhwallofhope.com This email and all attachments that may have been included are intended only for the use of the party to whom/which the email is addressed and may contain information that is privileged, confidential, or exempt from disclosure under applicable law. If you are not the addressee or the employee or agent of the intended recipient, you are hereby notified that you are strictly prohibited from printing, storing, disseminating, distributing, or copying this communication. If you have received this notification in error, please contact the Director of Risk/Privacy Management at (216)778-5728. For a copy of our Notice of Privacy Practices, please visit:http://www.metrohealth.org/general/privacy.asp

1 0

future planning for math/equations in mediawiki
by John Dorian 12 May '11

12 May '11

I'm hoping to get some advice or perspectives so I don't overlook something. I'm looking to future-plan for math/equations in a mediawiki environment. My understanding of an overview of the situation is something like this: (I expect to keep my own library of standalone formulas and equations, adding them to wiki pages and editing and expanding my library over the years, and hopefully still being readable by whatever browser or viewer exists in 15+ years.) The 2 main possibilities for me actually writing the markup for equations are (La)TeX or MathML. In general: - MathML is supported natively by Firefox, and probably WebKit (Safari) eventually - TeX is not likely to be native supported, and will require some sort of conversion for (X)HTML environments which looks like a win for MathML However, _right_ now, TeX has better support in MediaWiki (for what I find odd reasons) The methods that work now are: 1. texvc - works, but generating bitmapped PNGs is suboptimal and not what I have in mind for the future in terms of scalable typesetting 2. MathJax (two sub-methods): A. poorly documented, but the best method I have found is to edit LocalSettings.php and add a hook for BeforePageDisplay, to do an addScript() and add MathJax/MathJax.js {I say poorly documented because the MathJax instructions on http://www.mathjax.org/docs/1.1/platforms/ to add [script src="http://cdn.mathjax.org/mathjax/latest/MathJax.js?config..."] "just before the /head tag in your theme file ... like skins/[current_skin].php" is terrible advice. Most novices are not going to know which is the current_theme file (probably MonoBook), and MonoBook.php does _not_ have a /head tag anywhere in the file!} Using MathJax like this, one is forced to use TeX as the source (cannot use MathML), but MathJax can emit/convert to either HTML-CSS, or can emit MathML for native rendering in Firefox, which works very nicely B. Extension:MathJax (http://www.mediawiki.org/wiki/Extension:MathJax) is nicely documented and works, but only accepts source as TeX, and only emits HTML-CSS as output, MathML output is not an option The common thread is that all these methods work with TeX as input source for the formulas, and only TeX. MathML as the input seems to be disapproved, and difficult: MathJax can't work on MathML input since all the XML element/tag structure the < and > all get sanitized in wiki PHP output to < and > I somewhat grasp that this is at least partially due to concerns about XML markup within wiki content - similar to the concerns expressed in the warnings for Extension:Inline_SVG (http://www.mediawiki.org/wiki/Extension:Inline_SVG). Yet, mediawiki and MathJax is easily configured to have as final rendered output MathML. Am I the only one who finds this odd - that I can't write MathML input, but yet mediawiki and MathJax are moving with browsers to having MathML as the rendered output? This seems like a waste - I have to worry writing nice TeX, then worry about how it is converted by MathJax to MathML, and any possible bugs in that conversion process - when I could just write MathML and have only to worry about how Firefox renders it. What advice do people have about a "good way" (simple, future compatible, least likely to break with converters) to deal with math/equations in mediawiki? Thank you in advance for your thoughts and insight.

1 0

New UK cookie rules and MediaWiki
by David Gerard 12 May '11

12 May '11

http://www.ico.gov.uk/~/media/documents/library/Privacy_and_electronic/Prac… New rules: only cookies that are "strictly necessary" may be set without permission. All others require explicit permission from the user. These will be quite a lot of work (to say the least) for commercial sites with ads to comply with. But UK-based MediaWiki sites should be OK, shouldn't they? Does MediaWiki use cookies for anything other than login functionality? Not sure if the "You must have cookies enabled to log in to SITENAME" bit will need rewording for tediously strict compliance. - d.

8 10

slow MediaWiki
by Stip 11 May '11

11 May '11

Hi, our MediaWiki-Installation at http://www.wiki-aventurica.de/ has terrible response times, ~5-10 seconds for each page. The confusing thing is: Other projects on the same server (two forums) run fine. We've tried optimizing, using tips found on some MediaWiki-articles, but nothing worked. Here are some stats the server admin gave me: 31.01.2011 - 02.03.2011 52812 visits 209821 pimps traffic (february) 55.57GB traffic (january) 51.23GB http://www.wiki-aventurica.de/info_.php Any advice on how to speed our wiki up would be greatly appreciated. Greetings Stip

3 3

wiki2latex doesn't handle <ref> and <toggledisplay>
by Raymond M 11 May '11

11 May '11

I'd like to modify the wiki2latex extension so that it skipps the <toggledisplay>...</toggledisplay> sections and come up with a solution for the use of <ref> insertions (I think I'm doing these using the Cite extension). Who can correspond with me on this? Other than those two problems, it seems to be producing pretty portable .tex

1 1

How to add formatted code in content?
by Domenika Bolls 10 May '11

10 May '11

Hi there We want to add code-snippets to our wiki content. The best way would be to include in the content like it is done here: http://www.bjoernrochel.de/2010/05/12/kata-stringcalculator-in-f/ So that the code is formatted, has line numbers, line-break-icons, a "view source" button and stuff like that. But how can we do it? Can we do it at all? Do we need an extension? Thanks for any helpful information! Domenika i.A. Domenika Bolls Freelance Webdesign Mon to Fri 9 - 13h AutoScout24 GmbH Dingolfinger Str. 1-15 81673 München Tel: +49 (0) 89 - 444 561 303 Fax: +49 (0) 89 - 444 5619 1303 E-Mail: udbolls(a)autoscout24.com Internet: www.autoscout24.de ____________________________________________________ Wir sind umgezogen. Seit 14.03.2011 gelten unsere neuen Kontaktdaten. We have moved on 03/14/2011. Please observe that our contact data has changed. ____________________________________________________ Geschäftsführer: Dr. Nikolas Deskovic, Alberto Sanz de Lama, André Stark Vorsitzender des Beirats: Dr. Martin Enderle Amtsgericht München HRB 128 701 ____________________________________________________ AutoScout24 - europaweit der größte Automarkt Fan werden

2 2

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l May 2011