https://bugzilla.wikimedia.org/show_bug.cgi?id=32189
--- Comment #27 from Doug <wikipediad...@googlemail.com> 2012-04-09 12:13:13 UTC --- (In reply to comment #26) Hrm, interesting. I was unaware of these issues. The suggested default behavior for wikisources sounds like a good thing but doesn't solve the real problem. A work that has translations in several languages including one that doesn't have a subdomain will have sidebar links for all the others but not for the one(s) at multilingual wikisource. This can include major authors, some of whom have have their original works at mul.ws for copyright policy reasons but translations at en.ws. For general interwiki links (that show up in the text), [[:oldwikisource]] works, though it has an undesirable name. We have a js workaround on en.ws for the sidebar issue but it isn't in common use and is fairly awkward to implement. [[s:en:MediaWiki:Multilingual-link.js]] I'm not quite sure that I understand what would be wrong with general implementation. "mul" is a valid ISO 639-2 language code to designate multiple languages. Having it show up in preferences seems trivial, no body would likely choose it and if no translations are created at translatewiki it will just display default english won't it? Having it work on all wikis would be of little consequence because there'd be no use for it so it would go unused and if someone did use it for some reason it would direct to the incubator on any project other than a ws, if I understand you correctly. -- 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 Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
