Last modified: 2014-03-05 22:24:02 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T44240, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 42240 - Refactor LanguageConverter to decouple it from various $wg objects
Refactor LanguageConverter to decouple it from various $wg objects
Status: NEW
Product: MediaWiki
Classification: Unclassified
Language converter (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: code_quality 32906 42002
  Show dependency tree / graph
 
Reported: 2012-11-18 12:15 UTC by Liangent
Modified: 2014-03-05 22:24 UTC (History)
3 users (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Liangent 2012-11-18 12:15:18 UTC 
See bug 32906 comment 18 and following comments. I made some attempts in Gerrit change #33969.
Comment 1 Liangent 2012-11-18 12:24:04 UTC 
Next step: move variant setting to ParserOption. Maybe have ParserOption accept a $context, then populate the variant setting from $lang->getPreferredVariant( $context ).

Barrier: there's not always some context available (eg. when parsing messages. Don't convert text in this case? That's bug 34832.) or language available (it's tied to title, and title is usually unknown when ParserOption is constructed...
Comment 2 Liangent 2012-11-18 12:28:49 UTC 
SPQRobin might be interested. Adding to CC.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links