https://bugzilla.wikimedia.org/show_bug.cgi?id=19893
Summary: GRAMMAR should build on wiki familiy names, not
SITENAMEs
Product: MediaWiki
Version: 1.16-svn
Platform: All
OS/Version: All
Status: NEW
Keywords: i18n
Severity: enhancement
Priority: Normal
Component: Internationalization
AssignedTo: [email protected]
ReportedBy: [email protected]
CC: [email protected]
In
http://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/WikimediaMessages/WikimediaGrammarForms.php?view=markup
,
we see an array of grammar forms of wiki names of the WMF.
Almost all of them use the local sitename as an index, thus
{{GRAMMAR:form indicator|{{SITENAME}}}} works in two cases:
- the userlanguage and the wiki language are the same,
- the sitename of the wikilanguage coincides with that of
the user language.
In all other cases, you get the value of {{SITENAME}} instead
of correct grammar forms. I.e. potentially wrong, or unreadble texts.
There are minor exceptions - for the Check language, for
instance, there are the canonical English names of the wikis,
too, being used as indexes to the $wgGrammarForms array, thus
English wikis, and those having identically spelt local names,
get correct grammar forms in Check, with their wiki names
properly translated to Check.
Why do we not use this way all the time?
If we were using (canonical) wiki family names to address
grammar forms, we would get correct grammar in the user
language in all instances, and we were using the correct
user language spelling (or a translated / transliterated form)
of the wiki name, which is most likely what users want, who
select a specific interface language.
Even non-WMF wikis, when they form families of several
languages, are likely to profit from this approach.
Caveat: few languages use programmed code for GRAMMAR which needs to be
integrated with this kind of change.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
