Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Wikipedia: Wikitech

Internationalisation bug triage notes

 

 

Wikipedia wikitech RSS feed   Index | Next | Previous | View Threaded


s.mazeland at xs4all

Sep 15, 2011, 10:16 AM

Post #1 of 3 (378 views)
Permalink
Internationalisation bug triage notes

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



_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


sumanah at wikimedia

Sep 16, 2011, 2:11 PM

Post #2 of 3 (367 views)
Permalink
Re: Internationalisation bug triage notes [In reply to]

On Fri, Sep 16, 2011 at 5:14 PM, Platonides <Platonides [at] gmail> wrote:
> Siebrand Mazeland wrote:
>> 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.
>
> Cite is not /that/ scary. What's TLC?

"TLC" is Tender Loving Care.

Sumana Harihareswara
Volunteer Development Coordinator
Wikimedia Foundation

_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


Platonides at gmail

Sep 16, 2011, 2:14 PM

Post #3 of 3 (371 views)
Permalink
Re: Internationalisation bug triage notes [In reply to]

Siebrand Mazeland wrote:
> 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.

Cite is not /that/ scary. What's TLC?
I don't see the problem with those messages, though. They look like the
rest of Cite errors. Just through the parser instead of the wfMsg()
calls (which would have its own problems). Seems that ParserBeforeTidy
is too late for doing a recursiveTagParse().
Just replacing the call to Cite::parse() of Cite::error with a call to
MessageCache::singleton()->parse() looks like the best solution.
We don't need to keep the parser context for errors.
And now MessageCache::parse() doesn't pollute the $wgParser state.


> == 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.

I agree with the idea of storing the displaytitle in page_props.




_______________________________________________
Wikitech-l mailing list
Wikitech-l [at] lists
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Wikipedia wikitech RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.