Hi, Taco: Last week you invited me to test the trunk version of luatex. Today I compiled LuaTeX trunk version (This is LuaTeX, Version snapshot-0.32.0-2009011719, build unknown) and used first-setup.sh (change --context tag into experimental as Mojca suggested) to download the ConTeXt (MtxRun | current version: 2009.01.17 00:15) distribution. And after compiling one of my thesis, I found there is a bug in mathmode. I am not sure whether it is a bug in luatex itself or a bug in ConTeXt. Yue Wang
Hi, Hans and Taco:
Sorry for the noise, I think this problem is a typescript bug, not a
luatex bug. since MKII can reproduce that as well. Another similar
problem can be reproduced using the palatino font:
{{\rm d} C\over {\rm d}t} = aPC_{\rm env}+n\epsilon P_{\rm fs} C_{\rm env}
+ {Sc \over V}+ n(1-\epsilon)P_{\rm fs}C
- (a+n+k) C + RL_{\rm fl}A_{\rm fl}
Yue Wang
On Sat, Jan 17, 2009 at 7:46 PM, Yue Wang
Hi, Taco:
Last week you invited me to test the trunk version of luatex. Today I compiled LuaTeX trunk version (This is LuaTeX, Version snapshot-0.32.0-2009011719, build unknown) and used first-setup.sh (change --context tag into experimental as Mojca suggested) to download the ConTeXt (MtxRun | current version: 2009.01.17 00:15) distribution. And after compiling one of my thesis, I found there is a bug in mathmode. I am not sure whether it is a bug in luatex itself or a bug in ConTeXt.
Yue Wang
Yue Wang wrote:
Hi, Hans and Taco:
Sorry for the noise, I think this problem is a typescript bug, not a luatex bug. since MKII can reproduce that as well. Another similar problem can be reproduced using the palatino font:
The map file (original-youngryu-px.map) seems to be using a wrong
encoding for the virtual bits of pxr.tfm.
Minimals:
rpxpplr \
TeXGyrePagella-Regular "encqrm ReEncodeFont"
On Sat, Jan 17, 2009 at 2:27 PM, Taco Hoekwater wrote:
Yue Wang wrote:
Hi, Hans and Taco:
Sorry for the noise, I think this problem is a typescript bug, not a luatex bug. since MKII can reproduce that as well. Another similar problem can be reproduced using the palatino font:
The map file (original-youngryu-px.map) seems to be using a wrong encoding for the virtual bits of pxr.tfm.
Minimals: rpxpplr \ TeXGyrePagella-Regular "encqrm ReEncodeFont"
TeXLive: rpxpplr URWPalladioL-Roma <8r.enc
Hmmm ... I really have no idea who on earth could have screwed up the encoding in original-youngryu-px.map (& tx) so badly ... Should we request adding q-8r.enc to TeX Gyre then? I have to admit that I have no idea when 8r is used, so someone else would need to help with providing nice arguments to the Polish group (or Hans could add that encoding to ConTeXt temporary). Replacing q-rm.enc with 8r.enc probably works in 95% cases, so that should be a quick fix for now. I get these warnings when trying the \showfont[rpxpplr] with modified encoding: tex-gyre/qplr.pfb): glyph `onesuperior' undefined tex-gyre/qplr.pfb): glyph `threesuperior' undefined tex-gyre/qplr.pfb): glyph `twosuperior' undefined but maybe they are not so harmful ... Yue, thanks a lot for reporting this. Mojca
On Sat, Jan 17, 2009 at 3:20 PM, Mojca Miklavec wrote:
Should we request adding q-8r.enc to TeX Gyre then? I have to admit that I have no idea when 8r is used, so someone else would need to help with providing nice arguments to the Polish group (or Hans could add that encoding to ConTeXt temporary).
Answering my own question ... if we request the file to be added to
TeX Gyre, we would end up:
- requesting the file
- it will take a few months before a new font version comes out
- and a few more months before the files proliferate
- a few monts later TeX Gyre math will come out
- after that we would request removal of that file again and nobody
will understand why we requested it in the first place
So maybe it's best if Hans adds q-8r.enc to ConTeXt? Perhaps making a
copy of 8r.enc and fixing (one|two|three)superior should do for now?
rpxpplr TeXGyrePagella-Regular "encq8r ReEncodeFont"
Mojca Miklavec wrote:
On Sat, Jan 17, 2009 at 3:20 PM, Mojca Miklavec wrote:
Should we request adding q-8r.enc to TeX Gyre then? I have to admit that I have no idea when 8r is used, so someone else would need to help with providing nice arguments to the Polish group (or Hans could add that encoding to ConTeXt temporary).
Answering my own question ... if we request the file to be added to TeX Gyre, we would end up: - requesting the file - it will take a few months before a new font version comes out - and a few more months before the files proliferate - a few monts later TeX Gyre math will come out - after that we would request removal of that file again and nobody will understand why we requested it in the first place
So maybe it's best if Hans adds q-8r.enc to ConTeXt? Perhaps making a copy of 8r.enc and fixing (one|two|three)superior should do for now?
rpxpplr TeXGyrePagella-Regular "encq8r ReEncodeFont"
i patiently wait till you tell me what to add/remove/patch ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
participants (4)
-
Hans Hagen
-
Mojca Miklavec
-
Taco Hoekwater
-
Yue Wang