Last modified: 2011-03-13 18:06:11 UTC
In all multi-variant wikis (eg sr.wikipedia.org, sr.wiktionary.org etc) content of 'copyright' key
(displayed on bottom of mainpage) does not switch to language variants.
See for example sr.wikipedia.org: the text "Ваши доприноси се објављују под ГНУ-овом Лиценцом за
слободну документацију." does not changed at click to 'latinica' tab.
It should be converted to Latin as whole other text.
I think it's because 'copyright' is a content language message (using
wfMsgForContent), and variant may be considered an interface language. A
possible solution is making 'copyright' an interface language - after all, the
copyright should be defined in LocalSettings.php, not in the message itself.
Hmm, I thought I transliterated the MessagesSr_ec.php to MessagesSr_el.php and
that both were being used as they should be. However, as Rotem pointed out, not
all messages are being tranliterated, because some are "content" and some
"interface" messages. Can we make interface messages transliterable too, as this
in not the problem just with "copyright" message?
(In reply to comment #2)
> Can we make interface messages transliterable too, as this in not the problem
just with "copyright" message?
Actually, the separation is not about the messages themselves, but about their
use. There are two language objects: the interface language and the content
language. The content language is the site default language, defined by the site
settings - e.g. English (en) for enwiki. The interface language is the content
language by default, but the user can change it via his preferences or the
parameter "uselang" of the URL.
The messages are used from the interface language for almost all the things, but
the content language messages are used for several things. Normally, the
interface language is used for display, and the content language is used for
things which are important for the *content*. For example, when reverting a
page, the content language message is used as an edit summary, and not the
interface language message.
However, in this case, the content language message is always used for display,
which is not good.
So, answer for your question:
* I think you mean the content messages, as the interface messages are always used.
* It's not possible to change the content messages for variants, because their
whole point is that they are *not* changed, and always used from the content
language. Therefore I think it makes sense to change "copyright" to be an
interface message, not a content message.
But "copyright" message is not a big deal, as it's not really an important one.
But ok, if it can be changed, go for it. Better something than nothing.
(In reply to comment #4)
> But "copyright" message is not a big deal, as it's not really an important one.
> But ok, if it can be changed, go for it. Better something than nothing.
Which messages do you want to change, then?
Anyway, 'copyright' can be changed, but I'm sure that there was a reason for
using it from the content language. A possible reason is sites which define the
copyright information in the content language, without changing other languages,
which may make users who use other languages see wrong copyright information.
Well, all :), but that is impossible. I don't know what the best solution would be.
(In reply to comment #6)
> Well, all :), but that is impossible. I don't know what the best solution
What do you mean? For example, do you think that the edit summary of the
automatic rollback should depend on the interface language of the person who
makes the rollback? If you want it to depend on the interface language of the
person who watches the page, it's impossible – the text is written in the
database, and can't be changed in such way. These messages just use the wiki
content language, and are not just in English.
> it's impossible – the text is written in the database,
It is easy - just save in DB flag of event, or even English text as key. See exemple in Xaraya.
Well, let's take
for example: We have
Pokaži poslednjih 50 | 100 | 250 | 500 promena u poslednjih 1 | 3 | 7 | 14 | 30 dana
Сакриј мале измене | Покажи ботове | Сакриј анонимне кориснике | Сакриј
пријављене кориснике | Сакриј сопствене измене
Pokaži nove promene počev od 19:18, 18. октобар 2006.
Именски простор: Обрни селекцију
Which is: latin, cyrillics, latin and cyrillics... not really good. And most of
them seem like they should be transliterated (nothing here looks like "content
I am aware that edit summaries and like cannot be transliterated at this point,
but I don't see why we can't do that.. After all, just like articles, edit
summaries and log messages/comments are written to the database, right? So, the
extension can transliterate them, just like it does to the real content via
parser. Or something like that.
Division of messages seems to 'interface' or 'content' so arbitrary. In reality for example on
Image: pages is produced garbage-like annoying mix of Latin an Cyrillic.
I don't see the problems you talk about. Could you please attach a screenshot of
a page with mixed characters? (Except for the copyright message, which is
discussed here. Generally, the discussion about the other messages should be
done in another bug.)
I suspect this might be a caching problem, since the problem is not there on my
local wiki (at least for me). I also found that on sr.wiki, sidebar contains
outdated messages for anonymous users (when viewed in variants). I'll look into
it in a few days, I have it on my todo list...
(In reply to comment #11)
> I don't see the problems you talk about. Could you please attach a screenshot ofa page with mixed
characters? (Except for the copyright message, which isdiscussed here. Generally, the discussion
about the other messages should bedone in another bug.)
I see the following problems in the screenshots:
1. The image title is Latin, but is not converted to Cyrillic in sr-ec.
2. The messages in sr-el are from sr-ec.
They seem to represent the following global problems:
1. The page title is not converted to variants.
2. The messages are obtained from sr-ec to sr-el.
I don't know how to handle problem 1, if it's a problem. However, I see that
problem 2 is not exist for me, so I think it's because you have a language
defined in your user preferences.
(In reply to comment #14)
> 1. The page title is not converted to variants.
It is normal for image titles. They shouldn't converted.
Yes, I logged-in sr wiki, and in my user preferences are selected both language and variant sr
BTW I noticed namespace words also is not converted to Latin in pull-down lists. May be such problem
is related to magic names too?
Fixed in r17173. The problem was that user language settings were overriding the
selected variant, and thus lead to mixed messsages for logged-in users.
So, what was fixed is the problem "with other messages", i.e. the mixing of
messages (which was a major bug). If you still want the copyright messages
changed to interface message you should reopen the bug.
The original report was not about this problem - reopening. Thanks for fixing
Is possible workaround with $wgForceUIMsgAsContentMsg? See http://www.mediawiki.org/wiki/Manual:%
This message needs to be content language so that it contains the proper
site-specific information. Using interface language would mean it would likely
be wrong for most people using non-default interface language selections.