MediaWiki-l May 2013

mediawiki-l@lists.wikimedia.org

75 participants
61 discussions

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 116, Issue 21
by xcq5678m 19 May '13

19 May '13

你好：不好意识，最近6部电脑都被高手搞定了....., 白班8个小时，晚上下班我还有工厂的事情要安排，正常坐下来上网也就是深夜了，每天几乎拿着鼠标睡着了！互联网上时间过得特快，我的邮件和博客及社交的都好办理，你们的英文邮件我翻译过来都变味了，主要原因是上学的时候英文才考40分，所以我误了国际国内同仁们的大事！如果你们中文学的好还是迁就我一下吧！如果护照办下来，准备在苹果年会的时候去一趟，把我手里的有关账户和数字版权都捐给你们美国有关公司！这里还有好多是国际组织行使的特权：欧盟、卫生、电影、等等！也许是我们和西方文化差距太大的原因，我们工作生活中的人，他们都不相信我在说什么做什么？希望你能理解我!ok 谢谢你88 2013-05-1 ， xcq5678m 发件人：mediawiki-l-request(a)lists.wikimedia.org 发送时间：2013-05-19 20:00 主题：MediaWiki-l Digest, Vol 116, Issue 21 收件人："mediawiki-l"<mediawiki-l(a)lists.wikimedia.org> 抄送： Send MediaWiki-l mailing list submissions to mediawiki-l(a)lists.wikimedia.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/mediawiki-l or, via email, send a message with subject or body 'help' to mediawiki-l-request(a)lists.wikimedia.org You can reach the person managing the list at mediawiki-l-owner(a)lists.wikimedia.org When replying, please edit your Subject line so it is more specific than "Re: Contents of MediaWiki-l digest..." Today's Topics: 1. MediaWiki 1.21 delayed (Mark A. Hershberger) 2. Re: MediaWiki 1.21 delayed (Dmitrii Kouznetsov) ---------------------------------------------------------------------- Message: 1 Date: Sat, 18 May 2013 11:24:27 -0400 From: "Mark A. Hershberger" <mah(a)everybody.org> To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>, Mediawiki package maintainers <mediawiki-distributors(a)lists.wikimedia.org>, MediaWiki for enterprises <mediawiki-enterprise(a)lists.wikimedia.org> Subject: [MediaWiki-l] MediaWiki 1.21 delayed Message-ID: <51979D2B.7030908(a)everybody.org> Content-Type: text/plain; charset=ISO-8859-1 I have to delay the release of MediaWiki 1.21 again because of a logistics problem. I am used to hearing logistics in the context of shipping physical objects -- in the American trucking industry, for example -- so I can't help but feel a little strange saying "logistics". I had to go look up the term and found this definition: The detailed coordination of a complex operation involving many people, facilities, or supplies. That is about right. I apologize for the confusion. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson ------------------------------ Message: 2 Date: Sun, 19 May 2013 01:18:05 +0900 (JST) From: Dmitrii Kouznetsov <dima(a)ils.uec.ac.jp> To: MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org> Cc: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>, Mediawiki package maintainers <mediawiki-distributors(a)lists.wikimedia.org>, MediaWiki for enterprises <mediawiki-enterprise(a)lists.wikimedia.org> Subject: Re: [MediaWiki-l] MediaWiki 1.21 delayed Message-ID: <alpine.DEB.1.10.1305190110470.8183(a)dima.ils.uec.ac.jp> Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Mark, I am not sure if I understand you well.. Holomorphic extension of the logistic sequence (for the complex argument) is described at http://www.ils.uec.ac.jp/~dima/PAPERS/2009logistie.pdf but what application the logistic operator may have for mediawiki? What for do you need the complex operations? I thought, the PHP supports only the real arithmetics.. By the way, how can I numerate sections in a\ mediawiki article, beginning with zero? If there exist any equivalent of the latex command \setcounter{section} ? On Sat, 18 May 2013, Mark A. Hershberger wrote: > I have to delay the release of MediaWiki 1.21 again because of a > logistics problem. > > I am used to hearing logistics in the context of shipping physical > objects -- in the American trucking industry, for example -- so I can't > help but feel a little strange saying "logistics". I had to go look up > the term and found this definition: > > The detailed coordination of a complex operation involving many > people, facilities, or supplies. > > That is about right. > > I apologize for the confusion. > > -- > http://hexmode.com/ > > Imagination does not breed insanity. Exactly what does breed insanity > is reason. Poets do not go mad; but chess-players do. > -- G.K. Chesterson > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l ------------------------------ _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l End of MediaWiki-l Digest, Vol 116, Issue 21 ********************************************

2 1

MediaWiki 1.21 delayed
by Mark A. Hershberger 19 May '13

19 May '13

I have to delay the release of MediaWiki 1.21 again because of a logistics problem. I am used to hearing logistics in the context of shipping physical objects -- in the American trucking industry, for example -- so I can't help but feel a little strange saying "logistics". I had to go look up the term and found this definition: The detailed coordination of a complex operation involving many people, facilities, or supplies. That is about right. I apologize for the confusion. -- http://hexmode.com/ Imagination does not breed insanity. Exactly what does breed insanity is reason. Poets do not go mad; but chess-players do. -- G.K. Chesterson

2 1

1.21rc5 -- final release candidate before release on May 15
by Mark A. Hershberger 16 May '13

16 May '13

The final release candidate for MediaWiki 1.21 (rc5) is available for download. See the end of this email for details. There are a number of bug fixes in this release that were not in rc4. Please test this version and report any problems. Barring any show-stoppers, the final release will be on May 15 will be the same as this with just a change to the version number and updated release notes. Changes since rc4: * Changes to JS/JSON value encoding were backed out. * API: Fix parameter validation in setnotificationtimestamp commit 18eb39ecb5b89518c3d4a6cc79834a2c121477ff Author: Brad Jorsch <bjorsch(a)wikimedia.org> Date: Fri Mar 15 14:03:19 2013 -0400 * (bug 47271) $wgContentHandlerUseDB should be set to false during the upgrade * (bug 47489) Installer now automatically selects the next-best database type if the PHP mysql extension is not loaded, preventing fatal errors in some cases. * (bug 47202) wikibits: FF2Fixes.css should not be loaded in Firefox 20. * (bug 46590) 'AbortChangePassword' hook added/documented (find bug) * (bug 46848) toggleLinkPremade added linksPassthru * (bug 47950) Fix IndexPager detection of "is first" state * (bug 47304) added safeXmlEncodings to UploadBase for svg uploads * (bug 46608) CoreParserFunctions::anchorencode should return a string * Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.gz http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz Patch to previous version (1.20.0), without interface text: http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch… GPG signatures: http://download.wikimedia.org/mediawiki/1.21/mediawiki-core-1.21.0rc5.tar.g… http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.tar.gz.sig http://download.wikimedia.org/mediawiki/1.21/mediawiki-1.21.0rc5.patch.gz.s… http://download.wikimedia.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc5.patch… Public keys: https://secure.wikimedia.org/keys.html

2 7

WikiEditor - custom dialogs
by Jan Wort 15 May '13

15 May '13

Hello, [Sorry If you got this already from the same list; I had some trouble with the server and the message did not appear in the archive. So here my 2nd trail :-) ] I'd like to use custom dialogs and buttons in the WikiEditor (https://www.mediawiki.org/wiki/Extension:WikiEditor). I managed to get my own dialogs running, but I have some trouble. Most annoying is that often I am unable to call any dialog (my custom ones and the ones that the editor has already for links and images). I suspect that is has something to do with the order in which resources are loaded; the only visible correlation so far is that if my custom button is on the last position in its section all dialogs are not working the order changes sometimes after reload). Thats what I did: (on MediaWiki 1.20.5, Vector Skin) - enabled the javascript debug mode in the local settings: $wgResourceLoaderDebug = true; - the javascript I use for the customization is currently in Mediawiki:Common.js (but should move to a skin specific js probably) - use the customizeToolbar-function from the WikiEditor-toolbar customization page (http://bit.ly/xPH8Gl) - adding the button to the toolbar using: $('#wpTextbox1').wikiEditor( 'addToToolbar', {…'tools':{mytool:{… 'action:{ 'type':'dialog','module':'mytool' …}}}} (but better see the code here: http://jsfiddle.net/FApr9/) - adding the actual dialog module to "$.wikiEditor.modules.dialogs.modules" using "$.wikiEditor.modules.dialogs.modules['mytool'] = {…}" (again, http://jsfiddle.net/FApr9/) If anybody could give me advice in how the reliably integrate a custom dialog in the mediawiki toolbar I would be thankful. Kind Regards, Jan PS.: Less problematic, though interesting too: does anybody know how to create a link-like text instead of a button? PPS.: I'm new at the list, so if the question does not belong here, feel free to point me at a more suitable place.

1 0

Lucene search warning
by Zach H. 15 May '13

15 May '13

I am getting an odd error in my lucene.log 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-47446,5,main] is waiting for 464401213 ms on mediawiki-1.16.0beta2 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-45468,5,main] is waiting for 464412666 ms on 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48716,5,main] is waiting for 464387961 ms on * 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48303,5,main] is waiting for 464389249 ms on 10.146.48.5 2171399005 [Thread-8] WARN org.wikimedia.lsearch.frontend.HttpMonitor - Thread[Thread-48291,5,main] is waiting for 464389276 ms on 10.146.48.5:443 I have posted this to the Lucene-Search extension page but got no results. The warning seems to not impact anything other than having a large amount of warnings placed in the log. Any advice on how to resolve these or troubleshoot what is causing them would be greatly appreciated. Thanks

1 0

case 51177 Transfer wiki pages to a different format
by Taylor, Bryan 15 May '13

15 May '13

Greetings, I was given this address in hopes you guys might have an answer to my situation. I have got the wiki shell up on a CPU. That device is going to be removed, and I'm trying to figure out a way to pull the information off of it (a flat file perhaps), so that it can be incorporated into a SharePoint archive (I've got a couple hundred pages, but not all of them will need to be transfered). Do you guys know what would be the best way to get that info off? I'm just going to put it into word documents, and then upload them onto SharePoint. Any Advice/help would be most appreciated, thanks. Bryan Taylor

2 1

Getting rid of the confusing "(top)" in Special:Contributions
by Federico Leva (Nemo) 14 May '13

14 May '13

Many generations of users in many (but not all) languages have been confused for years by the "(top)" in [[Special:Contributions]]. This is the message [[MediaWiki:Uctop]], which several languages, for clarity, translate as "current", and now also en.wiki thanks to a German-speaking sysop probably imitating German translation. Other languages translate "top" as "last revision for the page" or variations/shortenings thereof, but that's either too long (if full) or too confusing (if shortened). Unless there are objections, I expect "current" will be approved as new English default soon. See https://gerrit.wikimedia.org/r/#/c/58049/3 Nemo

3 3

Re: [MediaWiki-l] MediaWiki-l Digest, Vol 116, Issue 14
by 谢朝钦【誠】 14 May '13

14 May '13

OK 创用社区「xcq5678」在 2013-5-13，下午8:01，mediawiki-l-request@lists.wikimedia.org 写道： > Send MediaWiki-l mailing list submissions to > mediawiki-l(a)lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > or, via email, send a message with subject or body 'help' to > mediawiki-l-request(a)lists.wikimedia.org > > You can reach the person managing the list at > mediawiki-l-owner(a)lists.wikimedia.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of MediaWiki-l digest..." > > > Today's Topics: > > 1. Re: Wikifamily with shared file repo: wgUploadNavigationUrl > doesn't seem to have any effect (Andru Vallance) > 2. Creating new assignable user group for multi-lingual sites > (Dan Fisher) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 12 May 2013 16:21:04 +0200 > From: Andru Vallance <andru(a)tinymighty.com> > To: mediawiki-l(a)lists.wikimedia.org > Subject: Re: [MediaWiki-l] Wikifamily with shared file repo: > wgUploadNavigationUrl doesn't seem to have any effect > Message-ID: <kmo8gb$rm7$1(a)ger.gmane.org> > Content-Type: text/plain; charset=iso-8859-1; format=flowed > > With fresh eyes, I now see that the intention for this setting is > actually just to change the navigation link in the sidebar, not to > redirect Special:Upload (unless it's a redlink), which it does indeed > do as stated. Since this leaves Special:Upload available to people like > me who just enter the address directly, I'm disabling local uploads. > > If anyone knows of an easy way to redirect Special:Upload to a shared > repo, please let me know > > :) > > > > On 2013-05-11 17:44:52 +0000, Andru Vallance said: > >> Hello, >> I'm setting up a multi-language wiki family, with the wikis all using a >> shared file repo. Currently the language wikis correctly display media >> from the shared file repo wiki, but I'd like any file uploads on the >> language wikis to be redirected to the shared file repo wiki >> (mediapool). >> >> The documentation for $wgUploadNavigationUrl >> (http://www.mediawiki.org/wiki/Manual:$wgUploadNavigationUrl) states >> >> Point the upload navigation link to an external URL. Useful if you want >> to use a shared repository by default without disabling local uploads, >> e. g.: >> >> I've assigned this setting the URL of the mediapool wiki Special:Upload >> page for all language wikis, but contrary to the documentation, file >> uploads on the local wikis are not redirected, and indeed any files >> uploaded on the language wikis remain local, unavailable to the >> mediapool wiki. >> >> Anyone have any ideas/suggestions? >> >> Thanks >> Andru >> _______________________________________________ >> MediaWiki-l mailing list >> MediaWiki-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > > > > > ------------------------------ > > Message: 2 > Date: Sun, 12 May 2013 20:25:17 -0500 > From: Dan Fisher <danfisher261(a)gmail.com> > To: MediaWiki announcements and site admin list > <mediawiki-l(a)lists.wikimedia.org> > Subject: [MediaWiki-l] Creating new assignable user group for > multi-lingual sites > Message-ID: > <CAG3zdR-kXKGouoYjO+qXqYO0KxG=7tyO1yFgrja3VS7jZw5RGA(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I want to create a new user group called "Group X editors". This text would > appear having its own assignable checkbox in the User rights interface. > Here's a screenshot <http://postimg.org/image/o567yni59/> of that. > > This text would come out different in different languages (where the red > arrow is). I can do the following that creates the group and I can assign > it using a checkbox: > $wgGroupPermissions['group-x-editors']['group-x-editors'] = true; > > But then I only see "group-x-editors" next to the checkbox. I want to see > customized text for each language. I thought something like this would work: > $wgGroupPermissions[wfMessage('group-x-editors')->text()]['group-x-editors'] > = true; > > But that doesn't work. I've seen some existing "user rights extensions" > which create new rights but the few that I saw in > this<https://www.mediawiki.org/wiki/Category:Extensions_which_add_rights>category > did not provide an additional checkbox. They only created an entry > in Special:ListGroupRights > > > Does anyone know how to do this, or does anyone of know an existing > extension that creates a user rights group, where the text shown next to > the checkbox changes for each language? > Or maybe the text next to the checkbox is fixed and cannot be changed > according to the current language? > > > Dan > > > ------------------------------ > > _______________________________________________ > MediaWiki-l mailing list > MediaWiki-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l > > > End of MediaWiki-l Digest, Vol 116, Issue 14 > ********************************************

1 0

MediaWiki 1.21.0rc1 -- Help test 1.21 and update the announcement
by Mark A. Hershberger 13 May '13

13 May '13

I've just finished preparing the first release candidate for MediaWiki 1.21 and I'd like your help testing it before the final release. Please download the release candidate and test it. If you find any bugs please report them on Bugzilla[1] and make sure I am added as a CC so that we can fix any show-stoppers before the final release. Finally, if you could also look over https://www.mediawiki.org/wiki/MediaWiki_1.21, I'll be using an edited version of that to make the final announcement. If you spot problems or areas that could use clarification, your help in improving it would be appreciated. [1] https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki&cc=mah@every… Full release notes: https://www.mediawiki.org/wiki/Release_notes/1.21 ********************************************************************** Download: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz Patch to previous version (1.20.0), without interface text: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz Interface text changes: http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz GPG signatures: http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.tar.gz.sig http://mah.everybody.org/mediawiki/1.21/mediawiki-1.21.0rc1.patch.gz.sig http://mah.everybody.org/mediawiki/1.21/mediawiki-i18n-1.21.0rc1.patch.gz.s… Public keys: https://secure.wikimedia.org/keys.html

9 61

Creating new assignable user group for multi-lingual sites
by Dan Fisher 13 May '13

13 May '13

I want to create a new user group called "Group X editors". This text would appear having its own assignable checkbox in the User rights interface. Here's a screenshot <http://postimg.org/image/o567yni59/> of that. This text would come out different in different languages (where the red arrow is). I can do the following that creates the group and I can assign it using a checkbox: $wgGroupPermissions['group-x-editors']['group-x-editors'] = true; But then I only see "group-x-editors" next to the checkbox. I want to see customized text for each language. I thought something like this would work: $wgGroupPermissions[wfMessage('group-x-editors')->text()]['group-x-editors'] = true; But that doesn't work. I've seen some existing "user rights extensions" which create new rights but the few that I saw in this<https://www.mediawiki.org/wiki/Category:Extensions_which_add_rights>category did not provide an additional checkbox. They only created an entry in Special:ListGroupRights Does anyone know how to do this, or does anyone of know an existing extension that creates a user rights group, where the text shown next to the checkbox changes for each language? Or maybe the text next to the checkbox is fixed and cannot be changed according to the current language? Dan

1 0

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 2013