>> However, I'm at a loss -- lyx-xforms appears to be fixable, while
>> lyx-qt apparently not. How is it possible, if they're both based on
>> the same code?
> We rely on the frontend toolkits to supply us with the fonts we ask
> for. XForms does as we ask, but Qt occassionally lies to us.
Andrei Popov wrote:
However, I'm at a loss -- lyx-xforms appears to be fixable, while
lyx-qt apparently not. How is it possible, if they're both based on
the same code?
A. The penny drops. (I start to understand.)
We rely on the frontend toolkits to supply us with the fonts we ask
> You might search the archives for "Kuba Ober". He's got things to
> workwith Cyrillic encodings in the past I believe.
> http://marc.theaimsgroup.com/?l=lyx-devel&w=2&r=1&s=Kuba+Ober
OK, thanks, I'll try that.
>> What really _is_ annoying, is that I have a similar problem
Andrei Popov wrote:
>> I suspect that this problem comes down to a question of
>> what encoding is seen by the GUI toolkit (ru_RU.cp1251 I
>> suppose)
> The locale is ru_RU.cp1251, and the keyboard layouts work via
> XKB, which, yes, allows to input in cp1251.
>> and what encod
Hello Angus,
Monday, November 28, 2005, 2:05:17 PM, you wrote:
> I suspect that this problem comes down to a question of what
> encoding is seen by the GUI toolkit (ru_RU.cp1251 I suppose)
The locale is ru_RU.cp1251, and the keyboard layouts work via XKB,
which, yes, allows to inp