Niklas Laxstrom | 11 Nov 16:25 2011
Picon

I18n deployment 2011-11-14

Next Monday (1800-1900 UTC) the L10n team is planning to deploy the
following revisions:
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/i18ndeploy

Summary of the revisions:
98140 102786 - Babel: Possibility to use the language code as
parameter on categories.
102777 Use protocol relative links in messages when possible (merged
to allow l10n update to pick up translations)
100023 Category tree: improved display of category contents with better i18n.

CCing Mediawiki i18n list from now on.

  -Niklas
Alolita Sharma | 11 Nov 17:25 2011
Picon

Re: [Localisation-team] I18n deployment 2011-11-14

Thanks Niklas for this list. Glad to see the mediawiki list also included :-)


Alolita

On Fri, Nov 11, 2011 at 7:25 AM, Niklas Laxstrom <nlaxstrom <at> wikimedia.org> wrote:
Next Monday (1800-1900 UTC) the L10n team is planning to deploy the
following revisions:
http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/i18ndeploy

Summary of the revisions:
98140 102786 - Babel: Possibility to use the language code as
parameter on categories.
102777 Use protocol relative links in messages when possible (merged
to allow l10n update to pick up translations)
100023 Category tree: improved display of category contents with better i18n.

CCing Mediawiki i18n list from now on.

 -Niklas

_______________________________________________
Localisation-team mailing list
Localisation-team <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/localisation-team



--
Alolita Sharma
Features Engineering
Wikimedia Foundation

_______________________________________________
Mediawiki-i18n mailing list
Mediawiki-i18n <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
Siebrand Mazeland (WMF | 14 Nov 01:12 2011
Picon

Invitation for Localisation Development Showcase 2011-11-14 17:00 UTC

Dear subscriber to mediawiki-i18n,

I would like to invite you to the Localisation Development Showcase on 2011-11-14 at 17:00 UTC. This meeting will take 40 minutes at most. In this meeting the Localisation team will present its progress made during sprint 2 of release 1.

We hope you can attend, and please invite any other colleagues or friends you think would appreciate being present! This meeting will be recorded, and made available to you online, so that you can view it at a more convenient time if you like.

Our previous showcase can be found at https://commons.wikimedia.org/wiki/File:Localisation-team-showcase-20111031.ogv (converted open format) and http://translatewiki.net/static/showcase/. The native .arf format requires a WebEx viewer available at http://www.webex.com/play-webex-recording.html (Windows/OSX only).

Siebrand Mazeland
Product Manager Localisation
Wikimedia Foundation

-------------------------------------------------------
To join the online meeting (Now from mobile devices!)
-------------------------------------------------------
1. Go to https://wikimedia.webex.com/wikimedia/j.php?ED=164734027&UID=1226678982&RT=MiMyMg%3D%3D
2. If requested, enter your name and email address.
3. This meeting does not require a password.
4. Click "Join".

To view in other time zones or languages, please click the link:
https://wikimedia.webex.com/wikimedia/j.php?ED=164734027&UID=1226678982&ORT=MiMyMg%3D%3D
--
Siebrand Mazeland
Product Manager Localisation
Wikimedia Foundation

M: +31 6 50 69 1239
Skype: siebrand

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

_______________________________________________
Mediawiki-i18n mailing list
Mediawiki-i18n <at> lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
Niklas Laxstrom | 14 Nov 10:26 2011
Picon

Re: I18n deployment 2011-11-14

2011/11/11 Niklas Laxstrom <nlaxstrom <at> wikimedia.org>:
> Next Monday (1800-1900 UTC) the L10n team is planning to deploy the
> following revisions:
> http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/i18ndeploy

During the weekend two new bug fixes have been made that are planned
to be include:
Bug 32359: Language::commafy crops the last digit when formatting a
negative number with a non-default pattern
Bug 32393: Sanskrit language spelt wrongly

  -Niklas
Daniel Friesen | 19 Nov 10:56 2011

Making all localized namespace names available on all language wikis... or not, Damn you Stampa and Datoteka

I had an idea for a feature to allow any language user to go to any other
language wiki and be able to use the namespaces they recognize.

The idea would be that a user from it.wp could go to fr.wp and when
visiting Utente:... (Utente is User in Italian) whether via search or
direct address linking and end up on Utilisateur:... (French's User
namespace)

This would be done by considering every possible localization of a
namespace as an alias in all languages. So on fr.wp Utente, User, etc...
would all be aliases for Utilisateur. Additionally since namespaces are
dependent on the user rather than the content for logged in users we could
start displaying localized namespace names to help the user around and not
have to worry about issues that if they copy&paste or whatever it wouldn't
be valid.

We've got a massive localization cache, and it's possible we might find a
way to make a feature like this possible, so that wasn't an issue to stop
this idea. But there was a slim possibility that words used for namespaces
might conflict with what other languages use. That sounded so unlikely
that I wrote a script to scan every language we have for all available
namespace names and what they map to and see if the same text is used for
different namespaces in any languages.

And the dooming news, there are some conflicts.

"Stampa" is NS_TEMPLATE in Aln (Gheg Albanian) and Sq (Albanian) and
NS_FILE in Mt (Maltese). And Datoteka is NS_FILE in Bs (Bosnian), Hr
(Croatian), and Sh (Serbocroatian), but NS_MEDIA in Sl (Slovenian).

So our only options are (probably in order of simplicity/likelihood first
;) ):
A) Drop this feature idea.
B) Find a way to deal with collisions and accept there may be some bugs an
confusing behavior for users.
C) Implement this while making use of lots of language heuristics like
Accepts-Language, Geolocation, and other things that will hurt caching.
D.a) Drop support for either Maltese or Albanian languages and Slovenian
or Croatian languages.
D.b) Convince everyone who speaks these languages to use a different word.
D.c) Commit genocide and wipe those languages off the face of the earth
and erase them from the history books.
E) Implement a brain-neural interface and require use of it while browsing
Wikipedia so that we can extract what the user 'actually' means and
understands directly from their mind.

--

-- 
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

Gmane