Am 05.03.2014 um 00:25 schrieb Stephan Witt :
> Am 04.03.2014 um 23:45 schrieb Benjamin Piwowarski
> :
>
>> For some unknown reason, on OS X 10.9, I can reproduce the Omega bug with
>> Stephan's QT4/cocoa build but not with the QT5/cocoa one…
>
> So, they've changed the QTextEngine. No magic.
On the LyX-qt4/OSX build (OS X 10.9),
- maths symbols with codes 0x0009 and 0x00ad are not displayed.
- The first line is a b
One question: why not switching to Stix for the symbols that cause a problem
and in 2.2 switch all the other symbols? Even if this not look perfect, at
least it is a w
Jürgen Spitzmüller wrote:
> 2014-03-05 11:57 GMT+01:00 Jürgen Spitzmüller:
>
>>
> Done.
Thanks.
>> Am I right that the real (TM) solution would be to use proper
>> unicode-encoded fonts for math (i.e, STIX)? Then we could drop all code
>> point loopings.
I'd say so, unless somebody really want
The Japanese math manual does not currently compile because of some
complications with foreign language switching. This will be fixed
after the translation from English to Japanese is done, but I wonder
if this is a general LyX bug. A similar bug was fixed by Juergen at
f9411f1f (see [1] for more d
Hi,
I updated and improved my cmake patch - now with a make && make install this is
close (on OS X) to the autotools generate bundle (up to QT localization files,
aspell/hunspell dictionaries and the thesaurus - I will address latter since
they are not essential at all on OS X where one can use
Stephan Witt wrote:
> But this isn't a low hanging fruit. IMO, Qt-5.x changed too much.
> It crashed on exit with Qt-5.x when closing the document window before.
Given this + the fact that Qt4.x works now fine for Benjamin I'd say we
should stop here and continue with the Qt5 stuff for 2.2. I st
2014-03-05 11:57 GMT+01:00 Jürgen Spitzmüller:
> 2014-03-03 21:40 GMT+01:00 Georg Baum:
>
> We have to distinguish between text and math here. For text qt is probably
>> right. For math we use a bad hack employing dangerous casts for symbol
>> fonts
>> (see the big comment at the beginning of GuiP
2014-03-03 21:40 GMT+01:00 Georg Baum:
> We have to distinguish between text and math here. For text qt is probably
> right. For math we use a bad hack employing dangerous casts for symbol
> fonts
> (see the big comment at the beginning of GuiPainter::text()). This means
> e.g. that \Omega is mapp
