https://bugzilla.wikimedia.org/show_bug.cgi?id=33175
--- Comment #20 from Liangent <[email protected]> --- (In reply to comment #19) > (In reply to comment #18) > > So there is a case where the #mw-content-text isn't set to the wiki content > > language but to the user language, if the content language has a variation? > > That sounds like a MediaWiki core bug perhaps. Though we could export > > Title::getPageLanguage() in VisualEditor specifically, looks like this > > should > > be fixed in core instead, given that it sounds like the regular view of an > > article when reading articles would be broken now as well. And I think the > > VisualEditor edit surface should match what the regular page view does. > > On wikis with variation, there're three language codes. One for user language > (to fetch interface messages), another for content language (wikitext written > in) and the third for page view language (after wikitext gets rendered, it's > converted to another language / variant then displayed to user, by > LanguageConverter). The third can be the same as or different from the first; > they're used for different things. However in practice they're usually set to > the same one by users but we shouldn't assume this. #mw-content-text has the > third language code mentioned above, and if VisualEditor and Parsoid are not > aware of variation / conversion, they're processing content in the first > language (code). ^ I guess this should be explained on some MW.org page. I have been asked about this stuff several times. -- You are receiving this mail because: You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
