Last modified: 2006-06-30 15:15:26 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 3926 - names from Names.php should be available as {{names:foo}} like {{ns:bar}}
names from Names.php should be available as {{names:foo}} like {{ns:bar}}
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
unspecified
All All
: Normal enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-11-11 18:52 UTC by lɛʁi לערי ריינהארט
Modified: 2006-06-30 15:15 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description lɛʁi לערי ריינהארט 2005-11-11 18:52:16 UTC
Hallo!

The names from Names.php should be available as {{names:foo}} (or whatever you
like {{language:foo}} etc.) same as {{ns:bar}}. This would allow to build
categories for wiktionaries by language codes.

Regards reinhardt [[user:gangleri]]

P.S. Maybe we need a tracking bug about requests for new variables and / or new
pseudo templates.
Comment 1 Rob Church 2006-05-31 01:42:16 UTC
Added in SVN trunk, r14490. It's called {{#language:}} - Brion suggested the
ParserFunctionsesque syntax as a means of avoiding collisions, since there are
bound to be conflicts on large Wikimedia wikis.
Comment 2 lɛʁi לערי ריינהארט 2006-06-01 00:05:46 UTC
Thanks Rob!
Comment 3 omniplex 2006-06-30 15:15:26 UTC
I miss zh-Hans and zh-Hant (registered under the old RFC 3066 rules).

For 3066ter (the next already approved is 3066bis) you need several
thousands of languages times relevant scripts.

For the approved 3066bis (the syntax won't change for 3066ter) look
into the spec., executive summary: language (alpha2 or alpha3), then
up to three alpha3 "extlang" (unused in 3066bis), an optional alpha4
script (Latn, Cyrl, Hans, Hant, etc.), alpha2 region (= ISO country
code) or three digits (UN code), then four digits or five to eight
alpanum "variant" (one or more).

Putting it together, de-CH-1996 means language "de", no extlang in
sight, also no script (Latn is the default for de), and so CH is the
region, and 1996 is the variant.

That's actually already a registered and valid 3066 code, just like
zh-Hans. Stuff like en-GB-oed is "grandfathered". 

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links