[Pkg-lyx-devel] Bug#274100: [lyx-qt] Please apply workaround to enable math symbol display in russian locale

[Nikita V. Youshchenko]

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> On Wed, Sep 29, 2004 at 11:45:46PM +0400, Nikita V. Youshchenko said
>
> > As stated in /usr/share/doc/latex-xft-fonts/README, Qt can't use those
> > fonts when running in russian locale (and also some other locales)
> > because of a bug that trolltech refuses to fix.
>
> Do you have any more information on this bug and why they refuse to fix
> it?

They have a strange way of filtering fonts. I've spent some time in gdb=20
trying to understand why fonts fail to load, but I don't know why TT does=20
things this way.=20

> > However, a workaround exists. If LC_TIME locale component is reset to
> > C, this alters Qt's font selection magic, and enables Qt to load the
> > fonts.
>
> Erk...this is a fairly gross solution, though I can't say I can think of
> anything better.
>
> > Please make this how lyx-qt provided by package behaves by default if
> > it is started in russian locale (and probably other affected locales).
> > This may be done by providing a wrapper script, or by adding several
> > calls to the code.
>
> Hrm, will Russian/etc users get confused by LyX displaying times in US
> format while everything else is Russian?  Does LyX even use LC_TIME for
> anything (via glibc)?

The choise is: either don't have math displayed at all (making lyx-qt=20
hardly usable for it's most important usage case - prepare text with hard=20
usage of math), or have math displayed correctly, but have a chance that=20
date somewhere will be displayed in english (which I've never seen).
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBjTYxv3x5OskTLdsRAtORAJ9UOL7DCsfTrZyvfi/58HEK7xU8zQCgxbqK
Gp6ZIcKWtZKljEKGI9GvsRY=3D
=3D0Sm9
=2D----END PGP SIGNATURE-----