On Thu, May 29, 2008 at 9:01 PM, wikitech-l-request@lists.wikimedia.org wrote:
Send Wikitech-l mailing list submissions to wikitech-l@lists.wikimedia.org
To subscribe or unsubscribe via the World Wide Web, visit https://lists.wikimedia.org/mailman/listinfo/wikitech-l or, via email, send a message with subject or body 'help' to wikitech-l-request@lists.wikimedia.org
You can reach the person managing the list at wikitech-l-owner@lists.wikimedia.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of Wikitech-l digest..."
Today's Topics:
- list rendering (Khachik Kocharyan)
- Re: SUL homewiki selection question (Anon Sricharoenchai)
- Re: SUL homewiki selection question (Anon Sricharoenchai)
- SUL entry on Wikimedia blog? (David Gerard)
- Wikimedia Foundation Blog (Jon)
- Re: [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis (David Gerard)
- Re: [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis (Max Semenik)
- Re: $wgCentralAuthCreateOnView (Simetrical)
- Re: [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis (Nicolas Dumazet)
- Re: [MediaWiki-CVS] SVN: [35553] trunk/extensions/Wikidata/includes/api (Roan Kattouw)
Message: 1 Date: Thu, 29 May 2008 14:12:40 +0500 From: Khachik Kocharyan khachik@zenteq.am Subject: [Wikitech-l] list rendering To: Wikitech-l@lists.wikimedia.org Message-ID: 945EAA37-F6B0-43D9-971D-902F843174CA@zenteq.am Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Hello,
I want to place block-level elements in the definition list, but it is impossible. If I write
<dl><dt>term <dd><pre> code here code here</pre></dl>
I get (in ?action=render)
<dl><dt>term <dd><pre> code here code here</pre></dl>
which is not valid XML. If I write
<dl><dt>term</dt> <dd><pre> code here code here</pre></dd></dl>
I get
<dl><dt>term</dt> <dd><pre> code here code here</pre></dd></dl>
Placing <pre> (and other block-level elements) in ; term : definition returns invalid XML too. Wrote ;term : <pre>code1 code2 code3</pre>
and got
<dl><dt> term </dt><dd> <pre>code1 </dd></dl> <p>code2 </p> code3</pre>
I use mediawiki 1.12.0.
regards, Khachik
Message: 2 Date: Thu, 29 May 2008 16:19:47 +0700 From: "Anon Sricharoenchai" anon.hui@gmail.com Subject: Re: [Wikitech-l] SUL homewiki selection question To: "Wikimedia developers" wikitech-l@lists.wikimedia.org Message-ID: 5914604b0805290219i3bbfc704u97d1aa3016706f87@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
On 5/29/08, Tim Starling tstarling@wikimedia.org wrote:
Anon Sricharoenchai wrote:
Hi,
- Why still we let the SUL to auto select the homewiki in Special:MergeAccount?
The "home wiki" is a concept used by SUL to improve the chances that the most active user of an account name will obtain the global account for that name. If the passwords don't match, only the user who has access to the home wiki will be allowed to merge.
After merge, the home wiki has no significance and is not displayed publically.
The most active user on only one wiki doesn't mean that he deserve to get global account. The main objective of global account is to benefit the user that have accounts on many wikis. (Am I correct?) If Mr.A (see below) spread out his activeness across many wikis, comparing to Mr.B (see below) that only active on only one wiki, Mr.A will lose global account to Mr.B, since the activeness of Mr.A is divided into many wikis, while Mr.B focus only on one wiki, then win the edits count. Do you think that Mr.A will get more benefit from global account than Mr.B?
- Why not we let the wiki that do Special:MergeAccount as homewiki?
Example, Assuming that it has user test123@testwiki (1000 edit counts) and test123@lowikibooks (500 edit counts)
- If test123 do merge account at,
http://test.wikipedia.org/wiki/Special:MergeAccount, then testwiki will be homewiki.
- If test123 do merge account at,
http://lo.wikibooks.org/wiki/Special:MergeAccount, then lowikibooks will be homewiki.
We don't do this because it would defeat the purpose of having a home wiki.
The purpose of home wiki is to estimate the activeness?
Trying to do http://lo.wikibooks.org/wiki/Special:MergeAccount by user test123, is also the evidence that test123@lo.wikibooks is an active account.
- Why not prohibit creation of existing account that have not yet
been merged on any wikis? Example,
- Before SUL, if have test123 created on http://lo.wikipedia.org
- test123@lowiki has not been merged on any wikis.
- After SUL, should immediately prohibit the creation of test123
account on any WM wikis. (even that test123 has not yet been merged to SUL)
This is already the case, but we have had some reports that this protection sporadically stops working. If this is true, it should be fixed soon.
You mean that this is a bug? The real intention is to also block account creation of unmerged username?
My experience is that,
- I have tried create new account named testwiki.test@testwiki
- While there's no user named testwiki.test on any other wikis, why
I'm not automatically get the global account for testwiki.test? 3. Why I still can create new account testwiki.test on lowiki?
The next case,
- User testxyz already exists on enwiki before SUL,
http://toolserver.org/~vvv/sulutil.php?user=testxyz 2. After SUL, testxyz have not yet been merged. 3. However, why I still can create new account testxyz on enwikibooks?
The above two cases is a bug?
- Considering the following situation,
- Mr.A own "user123" at,
- testwiki,meta,common,mediawiki: 100,500,500,500 edits count
- enwikipedia,enwikibooks,enwikitionary,enwikisource,enwikinews:
100,100,100,100,100 edits count * lowikipedia,lowikibooks,lowiktionary,lowikisource,lowikinews: 500,100,100,100,100 edits count * totally, Mr.A has 3000 edits count 2. Mr.B own "user123" only at frwikipedia with 2000 edits count 3. When Mr.A use user123 on lowikipedia, and do http://lowikipedia/Special:MergeAccount, what will be the homewiki of user123? 4. Mr.A can successfully merge account? 5. If homewiki determined by the system is user123@frwikipedia, then what thing Mr.A could do to get his accounts merged?
The best idea is for Mr.A and Mr.B to have a friendly chat with each other about who they think should get the global account. Then, depending on the results of that conversation, either Mr.A can rename his many accounts to some new, unique username; or Mr.B can rename his fr.wikipedia account and Mr.A can get the global name.
-- Tim Starling
Message: 3 Date: Thu, 29 May 2008 16:32:45 +0700 From: "Anon Sricharoenchai" anon.hui@gmail.com Subject: Re: [Wikitech-l] SUL homewiki selection question To: "Wikimedia developers" wikitech-l@lists.wikimedia.org Message-ID: 5914604b0805290232t53d4a3a8gdd180a216f1a7a9f@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
You mean that this is a bug? The real intention is to also block account creation of unmerged username?
My experience is that,
- I have tried create new account named testwiki.test@testwiki
- While there's no user named testwiki.test on any other wikis, why
I'm not automatically get the global account for testwiki.test? 3. Why I still can create new account testwiki.test on lowiki?
Sorry, I mean lowiki.test username, http://toolserver.org/~vvv/sulutil.php?user=lowiki.test
- I first create on lowiki,
http://lo.wikipedia.org/w/index.php?title=%E0%BA%9E%E0%BA%B4%E0%BB%80%E0%BA%... 2. Then I still can create new one with the same name on testwiki, http://test.wikipedia.org/w/index.php?title=Special:Log&user=Lowiki.test
Is this a bug?
Message: 4 Date: Thu, 29 May 2008 11:29:59 +0100 From: "David Gerard" dgerard@gmail.com Subject: [Wikitech-l] SUL entry on Wikimedia blog? To: "Wikimedia developers" wikitech-l@lists.wikimedia.org Message-ID: fbad4e140805290329r2ed13c9bpcaa5bec09629fc04@mail.gmail.com Content-Type: text/plain; charset=UTF-8
Could someone please write up a few hundred words for the Wikimedia blog (http://blog.wikimedia.org/) about Single User Login? It's been long enough coming :-)
- d.
Message: 5 Date: Thu, 29 May 2008 06:52:47 -0500 From: Jon scream@datascreamer.com Subject: [Wikitech-l] Wikimedia Foundation Blog To: wikitech-l@lists.wikimedia.org Message-ID: 483E990F.9070601@datascreamer.com Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
The Wikimedia foundation blog, is located at http://blog.wikimedia.org
Information about this blog can be located at
http://meta.wikimedia.org/wiki/Wikimedia_Blog
The blog is currently encouraging suggested post drafts from the contributers on here at Wikimedia. Please check out the drafting instructions at
http://meta.wikimedia.org/wiki/Wikimedia_Blog#Drafting_a_post
Send in your material!
An example of a post that could be drafted is the new SUL / Unified login system. Perhaps a contributer knowledgeable in that area could write something up. :)
Very Best!
Jon
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIPpkP6+ro8Pm1AtURArnnAJ9fLIJMmbjW7XCw8lxrbenImv9SIwCbBlZJ N+EU4+iVE9taBB2IX2tr8dI= =1BDX -----END PGP SIGNATURE-----
Message: 6 Date: Thu, 29 May 2008 14:38:11 +0100 From: "David Gerard" dgerard@gmail.com Subject: Re: [Wikitech-l] [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis To: "Wikimedia Foundation Mailing List" foundation-l@lists.wikimedia.org, "Wikimedia developers" wikitech-l@lists.wikimedia.org Message-ID: fbad4e140805290638r2e97d457hff318b539334b95f@mail.gmail.com Content-Type: text/plain; charset=UTF-8
2008/5/29 Andre Engels andreengels@gmail.com:
The current language order in the bot was done that way because we were told to do so by the English Wikipedia. I'd happily change it, but THE DECISION IS UP TO THE ENGLISH WIKIPEDIA, NOT TO YOU.
The answer is surely to include interwiki-link ordering as a parameter that can be set for each wiki. That way, whatever order they're in at the end of the article, they show up in the correct order in the rendered page.
The bug is: https://bugzilla.wikimedia.org/show_bug.cgi?id=2867
Surely someone can get that patch into acceptable shape for the MediaWiki code?
(unless there's some problem with it that isn't clear from the bug - cc to wikitech-l)
- d.
Message: 7 Date: Thu, 29 May 2008 19:50:41 +0400 From: Max Semenik maxsem.wiki@gmail.com Subject: Re: [Wikitech-l] [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis To: Wikimedia developers wikitech-l@lists.wikimedia.org Message-ID: 859926304.20080529195041@gmail.com Content-Type: text/plain; charset=us-ascii
On 29.05.2008, 17:38 David wrote:
2008/5/29 Andre Engels andreengels@gmail.com:
The current language order in the bot was done that way because we were told to do so by the English Wikipedia. I'd happily change it, but THE DECISION IS UP TO THE ENGLISH WIKIPEDIA, NOT TO YOU.
The answer is surely to include interwiki-link ordering as a parameter that can be set for each wiki. That way, whatever order they're in at the end of the article, they show up in the correct order in the rendered page.
The bug is: https://bugzilla.wikimedia.org/show_bug.cgi?id=2867
Surely someone can get that patch into acceptable shape for the MediaWiki code?
(unless there's some problem with it that isn't clear from the bug - cc to wikitech-l)
- d.
Both major bot frameworks that may change the sort order of interwikis, pywikipedia and AWB, have a highly customizable sorter that follows http://meta.wikimedia.org/wiki/Interwiki_sort_order . If a wiki is handled improperly, people should file a request to http://sourceforge.net/tracker/?group_id=93107 or http://en.wikipedia.org/wiki/WP:AWB/B respectively instead of whinning about Teh Evil English Cabal.
-- Best regards, Max Semenik ([[User:MaxSem]])
Message: 8 Date: Thu, 29 May 2008 12:10:06 -0400 From: Simetrical Simetrical+wikilist@gmail.com Subject: Re: [Wikitech-l] $wgCentralAuthCreateOnView To: "Wikimedia developers" wikitech-l@lists.wikimedia.org Message-ID: 7c2a12e20805290910q24a0fcd7m5121f02bf5670e23@mail.gmail.com Content-Type: text/plain; charset=UTF-8
On Thu, May 29, 2008 at 2:58 AM, Rotem Liss rotemliss@gmail.com wrote:
On the other hand, this causes problems when a user merges his accounts when some of them have different names, and thus are not merged. For example: User:Alpha@awiki and User:A@bwiki are the same user. User:A@bwiki merges his accounts. The next time he visits awiki, User:A@awiki is created. He cannot use User:Alpha@awiki any longer if he wants to use his global account, and accounts keep created in every wiki, e.g. Meta (to which he comes to request deleting the global account). This may cause problems if he wants to rename his old account or so. This problem is not theoretical: users complained of it short after SUL was enabled.
Well, that will go away once all the accounts are merged. In the meantime we can put up a warning on MergeAccount saying not to merge your accounts if you want some to be renamed first.
Message: 9 Date: Thu, 29 May 2008 18:51:59 +0200 From: "Nicolas Dumazet" nicdumz@gmail.com Subject: Re: [Wikitech-l] [Foundation-l] Fwd: [WikiEN-l] Bot policy for all wikis To: "Max Semenik" maxsem.wiki@gmail.com, "Wikimedia developers" wikitech-l@lists.wikimedia.org, foundation-l@lists.wikimedia.org, "Pywikipedia discussion list" pywikipedia-l@lists.wikimedia.org Message-ID: 1f077e770805290951t5552581ek283d5f9909fc8813@mail.gmail.com Content-Type: text/plain; charset=UTF-8
Thanks for the link to our sourceforge Max.
Unless this feature is added to mediawiki core, yes - I'm speaking for pywikipedia here - report us any bug in the interwiki sorting, and I (we) will be happy to fix that for pywikipedia.
We do agree that there are local policies to respect on each projects, and trust me, we try to work to comply with these rules. Sometimes we are mistaken (today several complaints about the interwiki sorting of sk: got raised, this should be fixed by now) but really, we are trying to help the community, not to enforce some foreign wiki rules in another.
2008/5/29 Max Semenik maxsem.wiki@gmail.com:
Both major bot frameworks that may change the sort order of interwikis, pywikipedia and AWB, have a highly customizable sorter that follows http://meta.wikimedia.org/wiki/Interwiki_sort_order . If a wiki is handled improperly, people should file a request to http://sourceforge.net/tracker/?group_id=93107 or http://en.wikipedia.org/wiki/WP:AWB/B respectively instead of whinning about Teh Evil English Cabal.
-- Best regards, Max Semenik ([[User:MaxSem]])
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-- Nicolas Dumazet ? NicDumZ [ nIk.d?ymz ] pywikipedia & mediawiki Deuxi?me ann?e ENSIMAG. 06 03 88 92 29
Message: 10 Date: Thu, 29 May 2008 21:00:23 +0200 From: Roan Kattouw roan.kattouw@home.nl Subject: Re: [Wikitech-l] [MediaWiki-CVS] SVN: [35553] trunk/extensions/Wikidata/includes/api To: wikitech-l@lists.wikimedia.org Message-ID: 483EFD47.6030900@home.nl Content-Type: text/plain; charset=ISO-8859-1; format=flowed
kim@svn.wikimedia.org schreef:
Revision: 35553 Author: kim Date: 2008-05-29 17:36:51 +0000 (Thu, 29 May 2008)
Log Message:
Updated ApiWikiData to support voctrainer... This is slightly dirty code still, I'll contact yuri for array format sometime soon.
What about it. I doubt Yuri's gonna reply, he hasn't been active around here for months. Feel free to ask on the mediawiki-api list, though.
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
End of Wikitech-l Digest, Vol 58, Issue 56
wikitech-l@lists.wikimedia.org