https://bugzilla.wikimedia.org/show_bug.cgi?id=14404
--- Comment #11 from Brion Vibber <[EMAIL PROTECTED]> 2008-11-25 23:47:56 UTC --- Created an attachment (id=5541) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5541) Change to use the parser's function language instead of UI language Replaces the wfMsgGetKey() and wfMsgReplaceArgs() calls with a call to wfMsgExt() using $parser->getFunctionLang(). This _ought_ to cause no changes in behavior in UI message usage, but would render page content material using the site content language. This does what was originally planned on this bug, but... people *do* like to put little UI thingies in their pages, and it is useful, so I don't want to break it just yet. This change, or something like it, is also needed in order for {{int:}} to do what's expected in UI messages being pulled for something that's not the *general* UI language (eg, not $wgLang). To work around this in CentralNotice I'm currently temporarily overriding $wgLang while doing message renders, and this kind of sucks. Maybe what we want is some way to mark a page or a part of a page as being in a different language, either a specific one or the selected UI language, so that parser functions (including PLURAL and GRAMMAR as well as int) can use the appropriate language for their individual bits of content. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
