Hi,
While reading a bug pointed by the i18n triage
<https://bugzilla.wikimedia.org/show_bug.cgi?id=16026>, Happy-melon says
"A more general bug (which might well exist, I didn't check thoroughly)
would be "ALL MediaWiki messages should be either plaintext or accept
wikimarkup."
So I had the idea of censusing the wfMsg calls in the MW code and try to
detect which ones accept wikimarkup or other dialects (it depends of the
wfMsg function and of the parameters of that function). So I wrote
yesterday a Python script to census the wfMsg calls in one side and the
messages in another side. The latter is not very useful in fact but the
former gives some interesting results.
I’ve done some statistics about the wfMsg calls on
<http://www.mediawiki.org/wiki/WfMsg_statistics>. There are also the raw
data and the link to the script (output to CSV).
If you find it useful I would be happy, but it was also an exercise for
extracting and manipulating data.
Seb35
Please find below the notes for the internationalisation triage bug
triage held on Wednesday, September 14, 13:00UTC in #wikimedia-dev on
Freenode IRC.
9 people participated in the triage. Two of the participants were new
to MediaWiki. I'm very happy that the triage attracted new potential
MediaWiki developers!
The triage was to have have two sections, each taking about 30 minutes.
We ended up with a "first half" of about 55 minutes and a second half
Of about 20 minutes.
Next week's triage is on WikiBooks
http://www.mediawiki.org/wiki/Bug_management/Triage
== Message documentation and message related coding ==
https://bugzilla.wikimedia.org/show_bug.cgi?id=16026 --
MediaWiki:Revision-info should accept wikimarkup
* Volunteered by Amir.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16111 --
MediaWiki:Cascadeprotected and MediaWiki:Cascadedprotectedwarning should
take the same parameters
* Volunteered by Amir.
https://bugzilla.wikimedia.org/show_bug.cgi?id=16175 -- Clean up the
rendering of messages displayed at the top of the edit window
* Volunteered by Amir. May be a difficult one, as these messages are
used a lot in Wikimedia projects.
https://bugzilla.wikimedia.org/show_bug.cgi?id=17148 -- The warning about
editing a semi-protected page can display an irrelevant edit summary
* Volunteered by Brian Wolff
https://bugzilla.wikimedia.org/show_bug.cgi?id=17865 -- Mismatched input
syntax for Cite error messages
* Some discussion. Cite is seen as scary! No one to take this yet.
Please give this some TLC.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28557 -- Message
documentation for Extension:AddMediaWizard needed
* Volunteered by Blucal.
https://bugzilla.wikimedia.org/show_bug.cgi?id=25608 --
MediaWiki:Fundraiserstats-tab-ytd should not contain (USD)
* Goes to fundraising triage. A concern was voiced that i18n does not
appear to get the attention it needs. The Localisation team will get
in contact with the fundraising developers when they are in San
Francisco in two weeks to discuss..
https://bugzilla.wikimedia.org/show_bug.cgi?id=29357 -- CategoryTree
should have built-in localizable support for pretty Categorytree-member-num
* Amir volunteered for this. Brian is prepared to help him out where
needed.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29927 -- CentralAuth using
wrong Language on Special:MergeAccount
123456789012345678901234567890123456789012345678901234567890123456789012
* Akshayagarwal volunteered for this, and has committed changes in
<http://www.mediawiki.org/wiki/Special:Code/MediaWiki/97168>
https://bugzilla.wikimedia.org/show_bug.cgi?id=30729 -- Not all numbers
are localised in AbuseFilter
* srikanthlogic has volunteered for this with Brian Wolff as mentor.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29170 -- [[MediaWiki:Enotif
body]] needs GENDER support
* Some discussion, but nothing final.
== Harder issues and discussion ==
https://bugzilla.wikimedia.org/show_bug.cgi?id=28428 -- Allow saving pages
with LRM and RLM in titles, showing a warning and requiring a user right
https://bugzilla.wikimedia.org/show_bug.cgi?id=28411 -- titles of articles
with LTR titles in RTL wikis may be displayed incorrectly in categories
and special pages
* It looks like a schema change is not needed, and that the
page_props table can and should be used. Use batches where needed;
integrate that in Linker, LinkBatch and probably Title as well.
Ambitious according to Roan. Roan agrees that having displaytitle as a
page_ field makes more sense *conceptually*. In practice, he prefers
page_props because that avoids a schema change and is still cheap.
Niklas indicated the discussion gave him ideas on how to work towards
resolving these issues.
The other announced issues were not discussed.
Thanks to everyone participating. Looking forward to the results!
--
Siebrand Mazeland
Product Manager Localisation
Wikimedia Foundation
M: +31 6 50 69 1239
Skype: siebrand
Hi,
Messages such as these:
* MediaWiki:Pfunc-convert-unit-length-metre
* MediaWiki:Pfunc-convert-unit-length-angstrom
* MediaWiki:Pfunc-convert-unit-length-mile
all have a problem: they only take the plural of the word itself, but
the number is left out. For example,
MediaWiki:Pfunc-convert-unit-length-mile is {{PLURAL:$1|mile|miles}}.
Usually in such messages the number itself is not only an argument,
but also a part of the return value and for a good reason: in some
languages one is treated differently from plural. For example, in
Hebrew the number 1 comes after the noun and all the other numbers
come before it.
These messages must be re-written as {{PLURAL:$1|$1 mile|$1 miles}}.
In Hebrew it would be something like {{PLURAL:$1|mile $1|$1 miles}}.
Thanks.
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
“We're living in pieces,
I want to live in peace.” – T. Moore