#450 Interface of Avogadro can't be changed to Russian.

v_1.0.0
open
Interface (150)
5
2012-09-12
2010-02-19
Anonymous
No

avogadro
"Avogadro version: 1.0.0 Git:
LibAvogadro version: 1.0.0 Git: "
Locale: "C"
Libavogadro translations not found.
"System has OpenGL support."
"About to test OpenGL capabilities."
"OpenGL capabilities found: "
"Double Buffering."
"Direct Rendering."
"Antialiasing."
Loading plugins: "/usr/bin/../lib64/avogadro/1_0"
Searching for plugins in "/usr/bin/../lib64/avogadro/1_0/colors"
Searching for plugins in "/usr/bin/../lib64/avogadro/1_0/engines"
Searching for plugins in "/usr/bin/../lib64/avogadro/1_0/extensions"
Searching for plugins in "/usr/bin/../lib64/avogadro/1_0/tools"
Searching for plugins in "/usr/bin/../lib64/avogadro/1_0/contrib"
Loading plugins: "/home/victor/.avogadro/1_0/plugins"
Searching for plugins in "/home/victor/.avogadro/1_0/plugins/colors"
Searching for plugins in "/home/victor/.avogadro/1_0/plugins/engines"
Searching for plugins in "/home/victor/.avogadro/1_0/plugins/extensions"
Searching for plugins in "/home/victor/.avogadro/1_0/plugins/tools"
Searching for plugins in "/home/victor/.avogadro/1_0/plugins/contrib"
QStackedLayout::setCurrentWidget: Widget 0x12b4c40 not contained in stack
GLWidget initialisation...
GLSL support enabled, OpenGL 2.0 support confirmed.
GLWidget initialised...
createObjects()
libpng warning: Ignoring attempt to set cHRM RGB triangle with zero area

And Avogadro starts with English Interface...

But If it starts with command: "LC_ALL="ru_RU.UTF-8" avogadro" then interface changes to Russian.

Discussion

  • Locale: "C"

    Of course, it will not start in Russian if C locale is used
    Can you provide some details: Linux distribution, etc

     
  • Oschtan
    Oschtan
    2010-02-19

    Distribution Gentoo Linux. With the localization of Gentoo Linux specified by default LC_ALL = "" and LANG = "ru_RU.UTF-8". Thus Avogadro reads the default value of LC_ALL = "" which is actually defined as "C". Also when working with Russian localization is not the scope of the atoms are drawn with any other localization (ru_RU.UTF-8 (default Gentoo Linux), ru_RU.CP1251, ru_RU.KOI8-R) but not has long used "ru_RU ISO-8859-5".

     
  • Konstantin -- do you think you can shed some light on fixing this?

     
  • Afraid that I can't. I've never seen such an issue on other distributions. Mandriva uses LC_ALL by default, Debian and Ubuntu use LANG, keeping LC_ALL empty, but everywhere correct localization is loaded. Maybe there's something wrong in system setting. Nevertheless, I'll try to convince my friend to test Avogadro on Gentoo.

    Temporary workaround: add export LC_ALL=ru_RU.UTF-8 to ~/.bash_profile or ~/.bashrc

     
  • For now, I'm marking this "Works for Me" -- please close or mark "pending" when you've had a chance to test on Gentoo. I agree there's an easy workaround.

    Thanks!

     
  • Oschtan
    Oschtan
    2010-03-10

    [quote]Afraid that I can't. I've never seen such an issue on other distributions.
    Mandriva uses LC_ALL by default, Debian and Ubuntu use LANG, keeping LC_ALL
    empty, but everywhere correct localization is loaded. Maybe there's
    something wrong in system setting. Nevertheless, I'll try to convince my
    friend to test Avogadro on Gentoo.[/quote]
    In Gentoo LC_ALL = "" just empty. And by default it is just "C". A system ru_RU.UTF-8 makes a broken rendering of spheres of atoms and generally any other except "ru_RU ISO-8859-5". The only crutch in this situation - so it is starting the program in the format
    LC_ALL = "ru_RU ISO-8859-5" avogadro
    It is in this format in Gentoo it works correctly.

     
  • Did you install Avogadro from portege? If yes, please, try to build it from source (better try the latest version from Git, git://github.com/cryos/avogadro.git)

     
  • Reproduced on Gentoo

     
  • Seems to be bug in Qt port. Other non-KDE applications (e.g., vlc) are affected

     


Anonymous


Cancel   Add attachments