On Sat, 27 Jun 2020 23:48:35 +0200 "Carlos E. R." <robin.listas@telefonica.net> wrote:
On 27/06/2020 23.37, Dave Howorth wrote:
On Sat, 27 Jun 2020 20:25:41 +0200 "Carlos E. R." <> wrote:
On 27/06/2020 17.55, Dave Howorth wrote:
On Sat, 27 Jun 2020 16:07:34 +0100 Dave Howorth <> wrote:
On Sat, 27 Jun 2020 14:03:40 +0200 "Carlos E. R." <> wrote:
On 27/06/2020 13.49, Andrei Borzenkov wrote: > 27.06.2020 11:31, Carlos E. R. пишет:
I tried "LANGUAGE=fr_ES.UTF-8:en vlc" and got the program in French. I have it set to "es_ES.UTF-8". It works.
cer@Telcontar:~> LANGUAGE=en:es uptime 20:22:39 arriba 2 días 9:47, 1 usuario, carga promedio: 0,22, 0,32, 0,30 cer@Telcontar:~>
It is using the "es" /locale/, however it interprets that.
Yeah, well there are lots of es* locales, including es itself, which includes a lot more than en by itself does.
Good :-)
I don't think it's good at all. I think it's so complicated that we can't even figure out what it is we're trying to bug report.
It's clear that different programs behave differently in identical circumstances, which as a user I find unacceptable, but I don't know enough (anything?) about the politics to know what is reasonable. Fortunately English is my native language, so I don't generally suffer too much from the consequences. And I don't try to operate multilingual machines.
How "LANGUAGE=..." works is very clear, there is no bug there. It works. No bug there. As far as I can see I can set it up to get the exact results I may want.
The bug or missing feature is in how KDE allows or does not allow users to set that variable up.
No the bug is the inconsistency between how different applications deal with the settings. There may be KDE bugs as well, of course. -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org