Re: [NTG-context] Why searching fonts in xetex is so slow?
I see, no font is defined when dumping the formats... pretty unlike plain TeX... then why so much time is used for iwona, while only 1.2 sec is used to load lm roman? On Sat, Apr 25, 2009 at 8:43 PM, Hans Hagen pra...@wxs.nl wrote: Yue Wang wrote: Hi, On Sat, Apr 25, 2009 at 5:39 PM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Sat, Apr 25, 2009 at 03:44, Yue Wang wrote: Hi, Mojca: However, when comment the second line (\definetypeface [iwona] [mm] [math] [iwona] [default] [encoding=ec]), TeXExec | runtime: 1.828 total compile time is reduced to only 2 seconds. (of course, equations are typeset in latin modern). But LM should suffer from the same problem. I think LM tfm/otf metrics information are dumped to fmt statically. See the TeX82 source code (don't know xetex's situation, but i am sure tex82 works like that). context never dumps fonts in the format Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Yue Wang wrote: I see, no font is defined when dumping the formats... pretty unlike plain TeX... then why so much time is used for iwona, while only 1.2 sec is used to load lm roman? see previous mail ... because xetex rebuilds the fc cache each time; so it's not related to context as all name lookups suffer from the same Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, Hans On Sat, Apr 25, 2009 at 9:41 PM, Hans Hagen pra...@wxs.nl wrote: Yue Wang wrote: I see, no font is defined when dumping the formats... pretty unlike plain TeX... then why so much time is used for iwona, while only 1.2 sec is used to load lm roman? see previous mail ... because xetex rebuilds the fc cache each time; so it's not related to context as all name lookups suffer from the same then if it tries to load lm, it will build fc cache too, why is the loading time too short? in short, can you please explain to us why %engine=xetex \usetypescript[modern][ec] \switchtobodyfont[modern,10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 1.577 while %engine=xetex \usetypescript[palatino][ec] \switchtobodyfont[palatino,10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 6.469 (most time) and even sometime uses TeXExec | runtime: 40.806 (disk is busy, maybe due to font caching ...) what's the difference between lm and palatino? (I think lm contains more fonts.) Yue Wang Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Sat, Apr 25, 2009 at 15:33, Yue Wang wrote: I see, no font is defined when dumping the formats... pretty unlike plain TeX... then why so much time is used for iwona, while only 1.2 sec is used to load lm roman? I have a bit of a problem to test all that since running fc-cache only takes two seconds. A run with iwona takes 2.1 seconds (2.4 when some math equations are added) and a run with LM takes 1.1 seconds. The timings refer to subsequent runs, not to the first run. Maybe I should try to experiment on Windows. I have no idea when XeTeX forces reload of fc-cache, but I suspect that any other application does the same if font database becomes outdated. I didn't notice subsequent runs of fc-cache though. Once fc-cache is through, it doesn't run for a while. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
in short, can you please explain to us why %engine=xetex \usetypescript[modern] [ec] Once you explain why you use [ec] ... Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Sat, Apr 25, 2009 at 16:09, Mojca Miklavec wrote: in short, can you please explain to us why %engine=xetex \usetypescript[modern] [ec] Once you explain why you use [ec] ... I thought it made a difference, but I indeed don't see any timing difference when [ec] is added, but you need to bear in mind that LM is loaded no matter whether you use it or if you use some other font. I suspect that 40 seconds indeed come from fc-cache, but you need to ask Jonathan or Akira about details. Running fc-cache is completely out of ConTeXt's control. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, Mojca: Once you explain why you use [ec] ... Hans uses [ec] in the previous mail. anyway, %engine=xetex \usetypescript[palatino] \setupbodyfont[palatino,10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 6.516 while %engine=xetex \usetypescript[modern] \setupbodyfont[modern,10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 1.531 Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Sat, Apr 25, 2009 at 16:07, Yue Wang wrote: Hi, Hans in short, can you please explain to us why %engine=xetex \usetypescript[modern] [ec] \switchtobodyfont[modern, 10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 1.577 while %engine=xetex \usetypescript[palatino] [ec] \switchtobodyfont[palatino, 10pt] \starttext \input zapf \stoptext uses TeXExec | runtime: 6.469 (most time) and even sometime uses TeXExec | runtime: 40.806 (disk is busy, maybe due to font caching ...) what's the difference between lm and palatino? (I think lm contains more fonts.) Out of curiosity: does timing change if you delete everything but iwona from type-otf.mkii? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, what's the difference between lm and palatino? (I think lm contains more fonts.) Out of curiosity: does timing change if you delete everything but iwona from type-otf.mkii? maybe just set cont-sys.rme, and enable palatino there, then the palatino loading time can be very short. Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, context never dumps fonts in the format there is one line in cont-en.tex: \setupencoding[default=ec] \usetypescript[fallback][\defaultencoding] \setupbodyfont[rm,12pt] also in context.tex: \setupencoding[default=ec] \usetypescript[fallback][\defaultencoding] \setupbodyfont[rm,12pt] the fallback typescript are defined in type-otf.tex: \starttypescript [fallback] \definetypeface [] [rm] [serif] [modern] [computer-modern] \definetypeface [] [ss] [sans] [modern] [computer-modern] \definetypeface [] [tt] [mono] [modern] [computer-modern] \definetypeface [] [mm] [math] [modern] [computer-modern] \quittypescriptscanning \stoptypescript so when the formats are dumped, all lm fonts are loaded? (I don't know whether at this stage the actual tfms are loaded...) Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Mojca Miklavec wrote: On Sat, Apr 25, 2009 at 15:33, Yue Wang wrote: I see, no font is defined when dumping the formats... pretty unlike plain TeX... then why so much time is used for iwona, while only 1.2 sec is used to load lm roman? I have a bit of a problem to test all that since running fc-cache only takes two seconds. here fc-cache takes minutes A run with iwona takes 2.1 seconds (2.4 when some math equations are added) and a run with LM takes 1.1 seconds. The timings refer to subsequent runs, not to the first run. lm is faster because the definitions are preloaded (not the fonts themselves but the typescript defs) Maybe I should try to experiment on Windows. I have no idea when XeTeX forces reload of fc-cache, but I suspect that any other application does the same if font database becomes outdated. I didn't notice subsequent runs of fc-cache though. Once fc-cache is through, it doesn't run for a while. here it runs *each* xetex run - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Mojca Miklavec wrote: in short, can you please explain to us why %engine=xetex \usetypescript[modern][ec] Once you explain why you use [ec] ... because i also run the test for pdftex -) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Mojca Miklavec wrote: Out of curiosity: does timing change if you delete everything but iwona from type-otf.mkii? unrelated - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Yue Wang wrote: Hi, what's the difference between lm and palatino? (I think lm contains more fonts.) Out of curiosity: does timing change if you delete everything but iwona from type-otf.mkii? maybe just set cont-sys.rme, and enable palatino there, then the palatino loading time can be very short. loaded at runtime anyway so unrelated as mentioned several times before now ... it has nothing to do with the speed of loading a font metric file or parsing typescripts but all with the font cache - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Mojca Miklavec wrote: On Sat, Apr 25, 2009 at 18:19, Hans Hagen wrote: Yue Wang wrote: maybe just set cont-sys.rme, and enable palatino there, then the palatino loading time can be very short. loaded at runtime anyway so unrelated as mentioned several times before now ... it has nothing to do with the speed of loading a font metric file or parsing typescripts but all with the font cache There was indeed a difference here. Total runtime when loading palatino has decreased from 3 to 1.3 seconds if I made the change. But I cannot tell if during those two additional seconds fc cache has been regenerated. it also depends on how ths OS caches files in mem (if you have enough of it) and the size of the tree (quit esome time is spent on the many real huge fonts that i have on my machine) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, Hans Now I know why XeTeX uses 1-2 minutes to compile a simple document: Each time first-setup.bat runs, it erase the user fontforge cache. So if I compile a document right after updating ConTeXt minimals, XeTeX will automatically run fc-cache to generate the font cache. Today I test a little bit, the time used for fc-cache -r is approximately the xetex's first running time. Next compilation uses about 7-8 seconds, which is reasonable (it first searches the fc cache, then the texmf tree) btw, can we change the type-otf.tex to force mkii to search fonts like iwona and tex gyre in the texmf tree first? Then the compilation will run much faster than before. Yue Wang On Mon, Mar 9, 2009 at 4:28 PM, Hans Hagen pra...@wxs.nl wrote: Yue Wang wrote: is that normal? %engine=xetex \usetypescript[palatino] \setupbodyfont[palatino] \starttext $$\int_0^t$$ \stoptext uses (see the transcript file for additional information) Output written on test.pdf (1 page). i get (c:/data/develop/context/sources/sort-def.tex) (c:/data/develop/context/sources/sort-lan.tex) [1.1]stdin - test.pdf [1] 4770 bytes written systems : end file test at line 8 ) (see the transcript file for additional information) Output written on test.pdf (1 page). it's indeed not so fast, maybe because one of the used files cannot be found fast eventually we might end up with extending the xtx typescript Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Fri, Apr 24, 2009 at 13:33, Yue Wang wrote: Hi, Hans Now I know why XeTeX uses 1-2 minutes to compile a simple document: Each time first-setup.bat runs, it erase the user fontforge cache. So if I compile a document right after updating ConTeXt minimals, XeTeX will automatically run fc-cache to generate the font cache. Today I test a little bit, the time used for fc-cache -r is approximately the xetex's first running time. True, XeTeX runs fc-cache every now and then, but I didn't manage to figure out when that happens. I would suggest to ask about that on the XeTeX mailing list. ConTeXt has zero influence on that behaviour, except that it could avoid searching via fc. Next compilation uses about 7-8 seconds, which is reasonable (it first searches the fc cache, then the texmf tree) btw, can we change the type-otf.tex to force mkii to search fonts like iwona and tex gyre in the texmf tree first? Iwona? There are lines like \definefontsynonym [Iwona-Regular] [file:Iwona-Regular] [features=default] which means that it first searches on texmf tree, but I suspect that math fonts are being searched via fontconfig first. The way font searching is implemented now ([rm-iwonar] will look for \font\something=rm-iwonar instead of \font\something=rm-iwona = this means searching via fontconfig first; the font is not found there, so it searches in texmf tree further) it is not possible to convince ConTeXt to search in texmf tree first unless Hans changes core macros (the part that has been broken for almost a year). Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Fri, Apr 24, 2009 at 13:33, Yue Wang wrote: Hi, Hans Each time first-setup.bat runs, it erase the user fontforge cache. Where is that cache located? (Are you talking about windows?) Maybe we could prevent deleting the font cache. This might solve your problem. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Mojca Miklavec wrote: On Fri, Apr 24, 2009 at 13:33, Yue Wang wrote: Hi, Hans Now I know why XeTeX uses 1-2 minutes to compile a simple document: Each time first-setup.bat runs, it erase the user fontforge cache. So if I compile a document right after updating ConTeXt minimals, XeTeX will automatically run fc-cache to generate the font cache. Today I test a little bit, the time used for fc-cache -r is approximately the xetex's first running time. True, XeTeX runs fc-cache every now and then, but I didn't manage to figure out when that happens. I would suggest to ask about that on the XeTeX mailing list. ConTeXt has zero influence on that behaviour, except that it could avoid searching via fc. Next compilation uses about 7-8 seconds, which is reasonable (it first searches the fc cache, then the texmf tree) btw, can we change the type-otf.tex to force mkii to search fonts like iwona and tex gyre in the texmf tree first? Iwona? There are lines like \definefontsynonym [Iwona-Regular] [file:Iwona-Regular] [features=default] which means that it first searches on texmf tree, but I suspect that math fonts are being searched via fontconfig first. The way font searching is implemented now ([rm-iwonar] will look for \font\something=rm-iwonar instead of \font\something=rm-iwona = this means searching via fontconfig first; the font is not found there, so it searches in texmf tree further) it is not possible to convince ConTeXt to search in texmf tree first unless Hans changes core macros (the part that has been broken for almost a year). broken? well. the is there because fonts can have spaces and i'm bot going to parse for that Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Fri, Apr 24, 2009 at 22:57, Hans Hagen wrote: Mojca Miklavec wrote: Iwona? There are lines like \definefontsynonym [Iwona-Regular] [file:Iwona-Regular] [features=default] which means that it first searches on texmf tree, but I suspect that math fonts are being searched via fontconfig first. The way font searching is implemented now ([rm-iwonar] will look for \font\something=rm-iwonar instead of \font\something=rm-iwona = this means searching via fontconfig first; the font is not found there, so it searches in texmf tree further) it is not possible to convince ConTeXt to search in texmf tree first unless Hans changes core macros (the part that has been broken for almost a year). broken? Sorry, wrong tense. I meant had been broken (several years ago, risky to touch again :). Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
On Sat, Apr 25, 2009 at 4:29 AM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Fri, Apr 24, 2009 at 13:33, Yue Wang wrote: Hi, Hans Each time first-setup.bat runs, it erase the user fontforge cache. Where is that cache located? (Are you talking about windows?) Maybe we could prevent deleting the font cache. This might solve your problem. I think it is in the C:\context\tex\texmf-mswin\fonts\cache\ Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ attachment: untitled.JPG___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Hi, Mojca: you are absolutely right! When load iwona with the following two typeface, the loading time takes up 7-8 seconds. TeXExec | runtime: 8.296 \definetypeface [iwona] [ss] [sans] [iwona] [default] [encoding=ec] \definetypeface [iwona] [mm] [math] [iwona] [default] [encoding=ec] \setupbodyfont[iwona,ss,12pt] \starttext \input zapf $$\int_a^b f(x) d x = 0$$ \stoptext However, when comment the second line (\definetypeface [iwona] [mm] [math] [iwona] [default] [encoding=ec]), TeXExec | runtime: 1.828 total compile time is reduced to only 2 seconds. (of course, equations are typeset in latin modern). How can I speed up math font loading? change add file: suffix (like [file:rm-iwonar]) won't help :( Yue Wang On Sat, Apr 25, 2009 at 4:27 AM, Mojca Miklavec mojca.miklavec.li...@gmail.com wrote: On Fri, Apr 24, 2009 at 13:33, Yue Wang wrote: Hi, Hans Now I know why XeTeX uses 1-2 minutes to compile a simple document: Each time first-setup.bat runs, it erase the user fontforge cache. So if I compile a document right after updating ConTeXt minimals, XeTeX will automatically run fc-cache to generate the font cache. Today I test a little bit, the time used for fc-cache -r is approximately the xetex's first running time. True, XeTeX runs fc-cache every now and then, but I didn't manage to figure out when that happens. I would suggest to ask about that on the XeTeX mailing list. ConTeXt has zero influence on that behaviour, except that it could avoid searching via fc. Next compilation uses about 7-8 seconds, which is reasonable (it first searches the fc cache, then the texmf tree) btw, can we change the type-otf.tex to force mkii to search fonts like iwona and tex gyre in the texmf tree first? Iwona? There are lines like \definefontsynonym [Iwona-Regular] [file:Iwona-Regular] [features=default] which means that it first searches on texmf tree, but I suspect that math fonts are being searched via fontconfig first. The way font searching is implemented now ([rm-iwonar] will look for \font\something=rm-iwonar instead of \font\something=rm-iwona = this means searching via fontconfig first; the font is not found there, so it searches in texmf tree further) it is not possible to convince ConTeXt to search in texmf tree first unless Hans changes core macros (the part that has been broken for almost a year). Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] xetex and attachment: troubles
Jesse Alama wrote: Any progress on this? As of 2009-04-09, attachments with xetex still behave as Andrea described on 2008-03-31. (I'm using the xetex in the minimals.) i didn't look into it; it's mostly a dpx backend issue btw, not that much related to xetex Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] xetex and attachment: troubles
Any progress on this? As of 2009-04-09, attachments with xetex still behave as Andrea described on 2008-03-31. (I'm using the xetex in the minimals.) Jesse Andrea Valle va...@di.unito.it writes: Thanks Mojca, Hans, ok, I've understood. :) -a- On 3 Apr 2008, at 12:17, Hans Hagen wrote: Mojca Miklavec wrote: On Thu, Apr 3, 2008 at 11:08 AM, Andrea Valle wrote: Thanks Mojca, The problem is not the --xtx switch, but the lack of support for the underlying (xdvipdfmx) driver. Sorry, please remember I'm very far from there... I was just meaning: the problem is in xetex engine? I googled a bit and found the following slides: http://project.ktug.or.kr/dvipdfmx/doc/tug2005.pdf see page 18 in particular. thanks, means really nothing to me :-) It was meant for someone else trying to help :-) she meant me; however, i have no test file and probably a non working xetex on my machine (need to update) Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- Andrea Valle -- CIRMA - DAMS Università degli Studi di Torino -- http://www.cirma.unito.it/andrea/ -- http://www.myspace.com/andreavalle -- andrea.va...@unito.it -- Think of it as seasoning . noise [salt] is boring . F(blah) [food without salt] can be boring . F(noise, blah) can be really tasty (Ken Perlin on noise) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ -- Jesse Alama (al...@stanford.edu) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange extra page with xetex ...
Hmm, don't know what's the latest 'zip'. I'm using Ubuntu 8.10 and installed and updated ConTeXt Minimals using the first-setup.sh script. The included XeTeX says: 'This is XeTeX, Version 3.1415926-2.2-0.999.7 (Web2C 7.5.6)' I can reproduce this error with a small test file: 8 \starttext Bla Bla Blubb ... \stoptext 8 I've attached the resulting PDF-File and the log file. - Markus On Thu, Apr 2, 2009 at 5:55 PM, Hans Hagen pra...@wxs.nl wrote: Markus Hubig wrote: Hi @all, when i'm using XeTeX (texexec --xtx bla.tex) to create my document I'm getting an extra first page aug PDF output containing the chars sss e ... I'm using ConTeXt Minimals (TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD). Is this a known Problem? Is there a fix for it? I'm not having this Problem when using LuaTeX or pdfTeX ... is this with the latest zip? - 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 -- ---it's like this-- even samurai have teddy bears and even teddy bears get drunk test.pdf Description: Adobe PDF document This is XeTeX, Version 3.1415926-2.2-0.999.7 (Web2C 7.5.6) (format=cont-en 2009.4.3) 3 APR 2009 09:55 entering extended mode \write18 enabled. **test.tex \emergencyend (./test.tex ConTeXt ver: 2009.03.24 17:07 MKII fmt: 2009.4.3 int: english/english system: cont-new loaded (/home/markus/context/tex/texmf-local/tex/context/base/cont-new.tex systems: beware: some patches loaded from cont-new.tex (/home/markus/context/tex/texmf-local/tex/context/base/cont-new.mkii) (/home/markus/context/tex/texmf-local/tex/context/base/cont-mtx.tex)) system: cont-fil loaded (/home/markus/context/tex/texmf-local/tex/context/base/cont-fil.tex loading: Context File Synonyms ) system: cont-sys.rme loaded (/home/markus/context/tex/texmf-local/tex/context/user/cont-sys.rme (/home/markus/context/tex/texmf-local/tex/context/base/type-tmf.tex) (/home/markus/context/tex/texmf-local/tex/context/base/type-siz.tex) (/home/markus/context/tex/texmf-local/tex/context/base/type-otf.tex) (/home/markus/context/tex/texmf-local/tex/context/base/type-xtx.tex)) system: test.top loaded (./test.top) bodyfont: 12pt rm is loaded language: patterns nl-default:default-1-2:2 us-default:default-2-2:3 de- default:default-3-3:3 da-default:default-4-2:2 sv-default:default-5-2:2 gb-default:default-6-2:2 fr-default:default-7-2:2 es-default:default-8 -2:2 ca-default:default-9-2:2 it-default:default-10-2:2 la-default:defa ult-11-2:2 pt-default:default-12-2:2 ro-default:default-13-2:2 pl-defa ult:default-14-2:2 cs-default:default-15-2:2 sk-default:default-16-2:2 hr-default:default-17-2:2 sl-default:default-18-2:2 tr-default:default- 19-2:2 fi-default:default-21-2:2 hu-default:default-22-2:2 ru-default:d efault-25-2:2 loaded specials: dvips loaded \openout3 = `test.tui'. \openout0 = `test-mpgraph.mp'. \openout0 = `mpgraph.mp'. language: language en is active specials: loading definition file dpx (/home/markus/context/tex/texmf-local/tex/context/base/spec-dpx.tex specials: loading definition file fdf (/home/markus/context/tex/texmf-local/tex/context/base/spec-fdf.tex (/home/markus/context/tex/texmf-local/tex/context/base/spec-fdf.mkii))) specials: loading definition file xet (/home/markus/context/tex/texmf-local/tex/context/base/spec-xet.tex) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) (./test.tuo) systems: begin file test at line 1 fonts: resetting map file list fonts: using map file: original-base fonts: using map file: lm-math fonts: using map file: lm-rm fonts: using map file: texnansi-base fonts: using map file: ec-base fonts: using map file: qx-base fonts: using map file: t5-base fonts: using map file: 8r-base fonts: using map file: original-ams-base fonts: using map file: original-ams-euler fonts: using map file: original-public-lm (/home/markus/context/tex/texmf-local/tex/context/base/sort-def.tex) (/home/markus/context/tex/texmf-local/tex/context/base/sort-lan.tex Invalid UTF-8 byte or sequence at line 102 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 102 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 103 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 103 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 104 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 104 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 105 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 105 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 106 replaced by U+FFFD. Invalid UTF-8 byte or sequence at line 106 replaced by U+FFFD. Invalid
Re: [NTG-context] Strange extra page with xetex ...
Hmm I just installed another ConTeXt Minimals tree and the error is gone ... Strange! On Fri, Apr 3, 2009 at 10:05 AM, Markus Hubig mhu...@gmail.com wrote: Hmm, don't know what's the latest 'zip'. I'm using Ubuntu 8.10 and installed and updated ConTeXt Minimals using the first-setup.sh script. The included XeTeX says: 'This is XeTeX, Version 3.1415926-2.2-0.999.7 (Web2C 7.5.6)' I can reproduce this error with a small test file: 8 \starttext Bla Bla Blubb ... \stoptext 8 I've attached the resulting PDF-File and the log file. - Markus On Thu, Apr 2, 2009 at 5:55 PM, Hans Hagen pra...@wxs.nl wrote: Markus Hubig wrote: Hi @all, when i'm using XeTeX (texexec --xtx bla.tex) to create my document I'm getting an extra first page aug PDF output containing the chars sss e ... I'm using ConTeXt Minimals (TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD). Is this a known Problem? Is there a fix for it? I'm not having this Problem when using LuaTeX or pdfTeX ... is this with the latest zip? - 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 -- ---it's like this-- even samurai have teddy bears and even teddy bears get drunk -- ---it's like this-- even samurai have teddy bears and even teddy bears get drunk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange extra page with xetex ...
On Apr 3, 2009, at 10:05 AM, Markus Hubig wrote: Hmm, don't know what's the latest 'zip'. I'm using Ubuntu 8.10 and installed and updated ConTeXt Minimals using the first-setup.sh script. The included XeTeX says: 'This is XeTeX, Version 3.1415926-2.2-0.999.7 (Web2C 7.5.6)' This is irrelevant. Hans wanted to know if you're using the latest ConTeXt version. The answer is in your log file: ConTeXt ver: 2009.03.24 17:07 MKII fmt: 2009.4.3 int: english/english so this isn't the latest version The same error had been reported here: http://archive.contextgarden.net/message/20090330.110905.eaa721c3.en.html and has been fixed. Please update your minimals to the latest version. Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange extra page with xetex ...
Ahh Ok! Thanks! But I updated my minimals to the latest version, well at least I thought I did it. I run 'first-setup.sh --keep' right before I made the test.pdf. As it's mentioned here: http://wiki.contextgarden.net/ConTeXt_Minimals#Updating this should update my minimals to the latest beta... Markus On Fri, Apr 3, 2009 at 10:15 AM, Thomas A. Schmitz thomas.schm...@uni-bonn.de wrote: On Apr 3, 2009, at 10:05 AM, Markus Hubig wrote: Hmm, don't know what's the latest 'zip'. I'm using Ubuntu 8.10 and installed and updated ConTeXt Minimals using the first-setup.sh script. The included XeTeX says: 'This is XeTeX, Version 3.1415926-2.2-0.999.7 (Web2C 7.5.6)' This is irrelevant. Hans wanted to know if you're using the latest ConTeXt version. The answer is in your log file: ConTeXt ver: 2009.03.24 17:07 MKII fmt: 2009.4.3 int: english/english so this isn't the latest version The same error had been reported here: http://archive.contextgarden.net/message/20090330.110905.eaa721c3.en.html and has been fixed. Please update your minimals to the latest version. Thomas -- ---it's like this-- even samurai have teddy bears and even teddy bears get drunk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Strange extra page with xetex ...
Hi @all, when i'm using XeTeX (texexec --xtx bla.tex) to create my document I'm getting an extra first page aug PDF output containing the chars sss e ... I'm using ConTeXt Minimals (TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD). Is this a known Problem? Is there a fix for it? I'm not having this Problem when using LuaTeX or pdfTeX ... Markus -- ---it's like this-- even samurai have teddy bears and even teddy bears get drunk ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Strange extra page with xetex ...
Markus Hubig wrote: Hi @all, when i'm using XeTeX (texexec --xtx bla.tex) to create my document I'm getting an extra first page aug PDF output containing the chars sss e ... I'm using ConTeXt Minimals (TeXExec | version 6.2.1 - 1997-2009 - PRAGMA ADE/POD). Is this a known Problem? Is there a fix for it? I'm not having this Problem when using LuaTeX or pdfTeX ... is this with the latest zip? - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] latext beta + xetex
Hi all, there's a bug somewhere in the latest beta when using it with XeTeX (which I normally don't use, but I have a stubborn pdf file which luatex refuses to embed...). Simple testfile \starttext Hello world \stoptext produces a spurious sss in the output. All best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] latext beta + xetex
Hi all, may be I face the same problem here. I have metapost-drawings compiled with luatex 0.35. Inserting those in a text file does not work, I get dummy,file:groningse-tekeningen,state=unknown. On the other hand issuing \insertpages[groningse-tekeningen] inserts the drawings. Surprisingly when taking a metapost-drawings-file from another project and compile them with luatex 0.35, inserting them in a textfile is normal. Is your file also containing Metapost/Metafun code? Willi On Mar 30, 2009, at 11:27 AM, Thomas A. Schmitz wrote: Hi all, there's a bug somewhere in the latest beta when using it with XeTeX (which I normally don't use, but I have a stubborn pdf file which luatex refuses to embed...). Simple testfile \starttext Hello world \stoptext produces a spurious sss in the output. All best Thomas __ _ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net __ _ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] latext beta + xetex
Thomas A. Schmitz wrote: Hi all, there's a bug somewhere in the latest beta when using it with XeTeX (which I normally don't use, but I have a stubborn pdf file which luatex refuses to embed...). Simple testfile \starttext Hello world \stoptext produces a spurious sss in the output. ok, solved in next beta - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] latext beta + xetex
Hi Willi, On Mar 30, 2009, at 11:44 AM, Willi Egger wrote: Is your file also containing Metapost/Metafun code? Nope, and it turned out the pdf file does embed, I had a typo in one of the module files... But the bug in XeTeX is still real! All best Thomas ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX font feature selection
On Sat, Mar 14, 2009 at 15:33, John Hughes wrote: What is the correct way of selecting a font and using OpenType features? I have tried \definetypeface[linlib][rm][Xserif][Linux Libertine][features=oldstyle] \setupbodyfont[linlib, 12pt] but the output prints Computer Modern (and not with old-style numerals). The font seems to work without the features=oldstyle, but I am not sure how to select the font and some OpenType features. I don't seem to be able to find any documentation. Hello, the only documentation is type-xtx.tex source code. The Xserif hack that has originally been written by Adam Lindsey now reads as: \starttypescript[Xserif][all][name] \definefontsynonym[Dummy] [name:\typescripttwo] [features=default] \definefontsynonym[Serif] [Dummy] This means that [features=default] is hardcoded into the syntax. I didn't try it, but to make something work the way you would like it, one would need to modify the hack into something like this: \definefontsynonym[Dummy] [name:\typescripttwo] [\typescriptthree] (but this would need some thinking, I do not suggest doing this modification right away even if it works). Else you can use classical typescripts as those in pdftex and luatex (see type-otf.tex, type-tmf.tex etc.) - numerous examples spread around. A kind-of-dirty, but most simple trick is to just redefine default features: From font-ini.mkii: \definefontfeature [default] [liga=yes,kern=yes,tlig=yes,trep=yes] \definefontfeature [oldstyle] [liga=yes,kern=yes,tlig=yes,trep=yes,onum=yes] Just put the following definition on top of your document: \definefontfeature [default] [liga=yes,kern=yes,tlig=yes,trep=yes,onum=yes] Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] XeTeX font feature selection
What is the correct way of selecting a font and using OpenType features? I have tried \definetypeface[linlib][rm][Xserif][Linux Libertine][features=oldstyle] \setupbodyfont[linlib, 12pt] but the output prints Computer Modern (and not with old-style numerals). The font seems to work without the features=oldstyle, but I am not sure how to select the font and some OpenType features. I don't seem to be able to find any documentation. John ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
is that normal? %engine=xetex \usetypescript[palatino] \setupbodyfont[palatino] \starttext $$\int_0^t$$ \stoptext uses (see the transcript file for additional information) Output written on test.pdf (1 page). Transcript written on test.log. TeXUtil | parsing file test.tui TeXUtil | shortcuts : 169 TeXUtil | expansions: 308 TeXUtil | reductions: 0 TeXUtil | divisions : 0 TeXUtil | loaded files: 1 TeXUtil | temporary files: 0 TeXUtil | commands: 23 TeXUtil | programs: 0 TeXUtil | tuo file saved TeXExec | runtime: 39.078 Exit code: 0 (1 run) On Wed, Mar 4, 2009 at 4:04 PM, Hans Hagen pra...@wxs.nl wrote: Yue Wang wrote: Hi, When I use XeTeX, font searching through texmf- tree is very slow. search font through fontconfig is very fast. plain TeX or LaTeX does not have that problem. why is that? anyway to improve it? afaik xetex perfers to look in the database first and then on the file system context on the other hand prefers to look for a file first if you don't know what whatever stands for, prefixing with file: or name: might help, as in file:whatever Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] Why searching fonts in xetex is so slow?
Yue Wang wrote: Hi, When I use XeTeX, font searching through texmf- tree is very slow. search font through fontconfig is very fast. plain TeX or LaTeX does not have that problem. why is that? anyway to improve it? afaik xetex perfers to look in the database first and then on the file system context on the other hand prefers to look for a file first if you don't know what whatever stands for, prefixing with file: or name: might help, as in file:whatever Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] Why searching fonts in xetex is so slow?
Hi, When I use XeTeX, font searching through texmf- tree is very slow. search font through fontconfig is very fast. plain TeX or LaTeX does not have that problem. why is that? anyway to improve it? Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
Mojca Miklavec wrote: On Sat, Jan 31, 2009 at 12:50 AM, Hans Hagen wrote: attached a more efficient variant Hello Hans, I don't know anything about right-to-left typesetting, but is the result of this desired? (not sure if I copy-pasted properly) \sethebrew test \ConTeXt\ הָלַך test Mojca PS: I get tXeTnoC. I also get some funny results like disappearing words, but since I'm completely ignorant here, I won't even start complaining. it should be ok if automirroring is on but even then one might expect some issues we will cook up a proper bidi support model in the oriental tex project (not so much the text, but how layout, boxed and other issues has to be dealt with) currently hartmut is revisioning all directional issues (we took some code from omega but it was not always properly/consistently acting in relation with backend issues in dvi/pdf) and when that is done i'll see what is needed (the main layout is not the issue, but more details like boxed stuff, think of llap and friends as well as spacing) Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
Mojca Miklavec wrote: On Sat, Jan 31, 2009 at 7:54 PM, J.A.J. Pater wrote: My guess was incorrect. I copy-pasted the underneath text into my test file and I got good results. No tXeTnoC. So here it just works like a charm. I'm sorry. I accidentally commented out \setcharactermirroring[1] while switching between XeTeX and LuaTeX. So this time just for fun: XeTeX doesn't know textdir command, so I commented out both textdir and setcharactermirroring. And then you get XtEConT with XeTeX :) :) :) xetex uses the etex bidi method (\beginL .. \endL and such) I used the wrong set of direction-switching commands, though it's still interesting that XeTeX and LuaTeX both accept input, but generate completely different results. (\pardir without \textdir has no influence in mkiv while it changes word stacking direction in XeTeX.) well, since they both use different rl machinery it can never be the same; Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
Thanks very much Hans!
I will start reading everything about fonts next week.
J.A.J. Pater wrote:
I've already send a mail in reply to Hans, but it was to big since I
attached the TTF.
I don't know if the moderator will approve of posting fonts.
But it can also be found on the web:
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=EzraSIL_Home
So the moderator can drop my last mail, it was to extensive anyway.
Installed on my computer [Ubuntu Intrepid 8.10]
/usr/share/fonts/truetype/ttf-sil-ezra/SILEOT.ttf
I got the font working by adapting the ara-sty from
http://wiki.contextgarden.net/Arabic_and_Hebrew to heb-sty (attached)
I also adapted the example from the above link (attached as test.tex).
I ran it with the minimals.
Issues I still have:
I don't know how to use Hebrew and Latin text next to each other.
I don't like the font I get with \setlatin
I don't want every word on a new page
I don't have the faintest clue as to what I'm doing inside of heb-sty.
What's important for me is to use hebrew text inside of latin text.
I'd like to be able to do things like:
\starttext
This is the word for peace: \hebrew[שלם].
Isn't that what we all wish for?
\stoptext
Many thanks to Hans and Mojca!
Adriaan.
P.S. If you're interested in what I don't get in ara-sty casu quo
heb-sty:
1. \mainlanguage[hebrew]
The wiki: Sets the main language to hebrew, so that translatable titles
are translated to Arabic.
What exactly does translatable titles mean in this senctence?
The main language of my document is in Latin.
2a. Why all the following stuff:
\starttypescript [serif] [hebrew] [name]
\usetypescript[serif][fallback]
\definefontsynonym [Serif] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifItalic] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBold] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBoldItalic] [Ezra SIL] [features=hebrew]
\stoptypescript
2b. What does serif mean?
3. I don't get the defining of the directional commands either.
4. I absolutely don't get what I'm doing here
\definestartstop
[hebrewpar]
[commands=\Hebrew\HebrewParDir]
\define[1]\RT
{{\Hebrew\HebrewTextDir#1}}
attached a more efficient variant
btw:
= there will be a more high level par direction text dir changer
= you can use the hebrew font also for latin
= you can combine fonts into one font *using teh font fallback mechanism)
-
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
-
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX and/or LuaTeX?
So what I wanted was just:
\environment heb-sty
\starttext
test1 {\switchtotypeface [hebrew] הָלַך} test2
\stoptext
Thanks again!
I'll be using MarkIV for my thesis with XeTeX as a fallback option.
Adriaan.
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX and/or LuaTeX?
On Sat, Jan 31, 2009 at 12:50 AM, Hans Hagen wrote: attached a more efficient variant Hello Hans, I don't know anything about right-to-left typesetting, but is the result of this desired? (not sure if I copy-pasted properly) \sethebrew test \ConTeXt\ הָלַך test Mojca PS: I get tXeTnoC. I also get some funny results like disappearing words, but since I'm completely ignorant here, I won't even start complaining. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
It works OK here: \sethebrew test3 \ConTeXt\ הָלַך test4 gives = test4 הָלַך test3 ConTeXt This is the way the macro is meant to be! I guess the tXeTnoC is indeed a result of improper copy-pasting. Unicode works with invisible formatting characters used to control bidirectional typesetting. [LTR: (U+202D); RTL: (U+203D); (U+202C) cancels the effect of the other two] Copy-pasting (@-mailing?) can be a problem since sometimes these characters fall away. The RTL unicode charater is missing from the text underneath so I guess that's the problem. Adriaan. Mojca Miklavec schreef: On Sat, Jan 31, 2009 at 12:50 AM, Hans Hagen wrote: attached a more efficient variant Hello Hans, I don't know anything about right-to-left typesetting, but is the result of this desired? (not sure if I copy-pasted properly) \sethebrew test \ConTeXt\ הָלַך test Mojca PS: I get tXeTnoC. I also get some funny results like disappearing words, but since I'm completely ignorant here, I won't even start complaining. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
My guess was incorrect. I copy-pasted the underneath text into my test file and I got good results. No tXeTnoC. So here it just works like a charm. Grtz, Adriaan. On Sat, Jan 31, 2009 at 12:50 AM, Hans Hagen wrote: attached a more efficient variant Hello Hans, I don't know anything about right-to-left typesetting, but is the result of this desired? (not sure if I copy-pasted properly) \sethebrew test \ConTeXt\ הָלַך test Mojca PS: I get tXeTnoC. I also get some funny results like disappearing words, but since I'm completely ignorant here, I won't even start complaining. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
On Sat, Jan 31, 2009 at 7:54 PM, J.A.J. Pater wrote: My guess was incorrect. I copy-pasted the underneath text into my test file and I got good results. No tXeTnoC. So here it just works like a charm. I'm sorry. I accidentally commented out \setcharactermirroring[1] while switching between XeTeX and LuaTeX. So this time just for fun: XeTeX doesn't know textdir command, so I commented out both textdir and setcharactermirroring. And then you get XtEConT with XeTeX :) :) :) Mojca PS: keep in mind that the problem lies in user-end not in engine, but I still find the result funny :) I used the wrong set of direction-switching commands, though it's still interesting that XeTeX and LuaTeX both accept input, but generate completely different results. (\pardir without \textdir has no influence in mkiv while it changes word stacking direction in XeTeX.) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] XeTeX and/or LuaTeX?
I'm was planning to write my master thesis in XeLaTeX until I discovered that ConTeXt can use the XeTeX engine. I need to use a lot of Hebrew - so Right to Left typing - and some linguistic glyphs and stuff. But from the wiki I understand there are still some issues with ConTeXt's XeTeX-awareness. Like the bookmarks may result in some strangeness in certain documents Can someone tell me what kind of strangeness? And XeTeX can't use certain specials and other types of features Can someone tell me what kind of specials and types of features? And now on this list there is a lot of talk about LuaTeX and Mark IV. So I wonder: Is it possible to use MarkIV and XeTeX engine at the same time? And if not, why should (or shouldn't) I use MarkIV over XeTeX? Thanks in advance, Adriaan Pater ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
Hi, Like the bookmarks may result in some strangeness in certain documents Can someone tell me what kind of strangeness? Many features like dvi / metapost may produce strange result. you can search the mailing list and you can find plenty of them. And XeTeX can't use certain specials and other types of features Can someone tell me what kind of specials and types of features? Like Lua language programming, controling nodes/tokens. But writing a thesis will not use these features. And now on this list there is a lot of talk about LuaTeX and Mark IV. So I wonder: Is it possible to use MarkIV and XeTeX engine at the same time? no. And if not, why should (or shouldn't) I use MarkIV over XeTeX? Since XeTeX does not provide most of the LuaTeX features. Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
Thanks for the answers! Especially the tip about searching the mailing list! And if not, why should (or shouldn't) I use MarkIV over XeTeX? Since XeTeX does not provide most of the LuaTeX features. Does LuaTeX support right to left utf-8 Hebrew typing with ttf/otf fonts? Would it be (much) more complicated than in XeTeX? Thanks again. Adriaan ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
On Fri, Jan 30, 2009 at 12:12 PM, J.A.J. Pater jajpa...@gmail.com wrote: Does LuaTeX support right to left utf-8 Hebrew typing with ttf/otf fonts? Would it be (much) more complicated than in XeTeX? LuaTeX has more features for RTL than XeTeX because it's one of the goals of the LuaTeX project. http://wiki.contextgarden.net/Arabic_and_Hebrew Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
J.A.J. Pater wrote: And now on this list there is a lot of talk about LuaTeX and Mark IV. So I wonder: Is it possible to use MarkIV and XeTeX engine at the same time? And if not, why should (or shouldn't) I use MarkIV over XeTeX? you could use both at the same time, but xetex uses mkii and luatex uses mkiv in principle mkii is frozen so new features and improvements will only happen in mkiv concerning bidi: luatex does this natively (based on omega/aleph code) while xetex does it the etex way which has some limitations (since mkiv/luatex is tested extensively in the oriental tex project it probably makes more sense to use mkiv) Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
J.A.J. Pater wrote: Thanks for the answers! Especially the tip about searching the mailing list! And if not, why should (or shouldn't) I use MarkIV over XeTeX? Since XeTeX does not provide most of the LuaTeX features. Does LuaTeX support right to left utf-8 Hebrew typing with ttf/otf fonts? Would it be (much) more complicated than in XeTeX? it should work; best communicate this with idris since he's the r-l expert and can help you to get started do you have example files/fonts? Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
On Fri, Jan 30, 2009 at 11:29 AM, J.A.J. Pater wrote: I'm was planning to write my master thesis in XeLaTeX until I discovered that ConTeXt can use the XeTeX engine. I need to use a lot of Hebrew - so Right to Left typing - and some linguistic glyphs and stuff. But from the wiki I understand there are still some issues with ConTeXt's XeTeX-awareness. Like the bookmarks may result in some strangeness in certain documents Can someone tell me what kind of strangeness? Do not worry about bookmarks. You can probably ask Hans to fix it if it doesn't work properly. And XeTeX can't use certain specials and other types of features Can someone tell me what kind of specials and types of features? I would not bother too much. One of the differences is that XeLaTeX has very good high-level support for changing fonts. That one is missing, but you can still do everything you need. In particular, if you are writing your thesis, those few additional lines that you might need for properly setting the font should not be a problem. XeLaTeX also has some support for OpenType math, but you don't need that. And now on this list there is a lot of talk about LuaTeX and Mark IV. So I wonder: Is it possible to use MarkIV and XeTeX engine at the same time? And if not, why should (or shouldn't) I use MarkIV over XeTeX? Minus of Mark IV: it's a bit unstable; problems are fixed quickly, but it's a bit annoying if your thesis doesn't compile one hour or day before the deadline (when you do the final run before you print the document and of course you have no backup of PDF). You can make sure that this doesn't happen by keeping two versions of ConTeXt installed just in case (one that you update and one that you don't). Plus of Mark IV: it has a very powerful programming language in the background. Fun to use (which could just as well be a minus if you become interested in playing with it or in fixing the problems instead of writing your thesis :) :) :) Very well supported. In case that you don't need advanced MKIV features, you can, at least in theory, use the same source to typeset the document with both XeTeX and LuaTeX. For documents that are not too complex this is what I usually do. If I stumble across a problem in one engine, there's still a chance that the other engine will work properly. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and/or LuaTeX?
I've already send a mail in reply to Hans, but it was to big since I
attached the TTF.
I don't know if the moderator will approve of posting fonts.
But it can also be found on the web:
http://scripts.sil.org/cms/scripts/page.php?site_id=nrsiid=EzraSIL_Home
So the moderator can drop my last mail, it was to extensive anyway.
Installed on my computer [Ubuntu Intrepid 8.10]
/usr/share/fonts/truetype/ttf-sil-ezra/SILEOT.ttf
I got the font working by adapting the ara-sty from
http://wiki.contextgarden.net/Arabic_and_Hebrew to heb-sty (attached)
I also adapted the example from the above link (attached as test.tex).
I ran it with the minimals.
Issues I still have:
I don't know how to use Hebrew and Latin text next to each other.
I don't like the font I get with \setlatin
I don't want every word on a new page
I don't have the faintest clue as to what I'm doing inside of heb-sty.
What's important for me is to use hebrew text inside of latin text.
I'd like to be able to do things like:
\starttext
This is the word for peace: \hebrew[שלם].
Isn't that what we all wish for?
\stoptext
Many thanks to Hans and Mojca!
Adriaan.
P.S. If you're interested in what I don't get in ara-sty casu quo heb-sty:
1. \mainlanguage[hebrew]
The wiki: Sets the main language to hebrew, so that translatable titles
are translated to Arabic.
What exactly does translatable titles mean in this senctence?
The main language of my document is in Latin.
2a. Why all the following stuff:
\starttypescript [serif] [hebrew] [name]
\usetypescript[serif][fallback]
\definefontsynonym [Serif] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifItalic] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBold] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBoldItalic] [Ezra SIL] [features=hebrew]
\stoptypescript
2b. What does serif mean?
3. I don't get the defining of the directional commands either.
4. I absolutely don't get what I'm doing here
\definestartstop
[hebrewpar]
[commands=\Hebrew\HebrewParDir]
\define[1]\RT
{{\Hebrew\HebrewTextDir#1}}
\startenvironment heb-sty
\mainlanguage[hebrew]
% Font setup
\definefontfeature
[hebrew]
[mode=node,language=dflt,script=hebr,
init=yes,medi=yes,fina=yes,isol=yes,
liga=yes,dlig=yes,rlig=yes,clig=yes,
mark=yes,mkmk=yes,kern=yes,curs=yes]
\starttypescript [serif] [hebrew]
\definefontsynonym [Ezra SIL] [name:SILEOT] [features=hebrew]
\stoptypescript
\starttypescript [serif] [hebrew] [name]
\usetypescript[serif][fallback]
\definefontsynonym [Serif] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifItalic] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBold] [Ezra SIL] [features=hebrew]
\definefontsynonym [SerifBoldItalic] [Ezra SIL] [features=hebrew]
\stoptypescript
\starttypescript [Hebrew]
\definetypeface [Hebrew] [rm] [serif] [hebrew] [default]
\stoptypescript
\def\HebrewGlobalDir {\pagedir TRT\bodydir TRT\pardir TRT\textdir TRT}
\def\HebrewParDir{\textdir TRT\pardir TRT}
\def\HebrewTextDir {\textdir TRT}
\def\LatinParDir {\textdir TLT\pardir TLT}
\def\LatinTextDir{\textdir TLT}
\def\LatinGlobalDir {\pagedir TLT\bodydir TLT\pardir TLT\textdir TLT}
\define\sethebrew
{\HebrewGlobalDir%
\usetypescript[Hebrew]%
\setupbodyfont[Hebrew,20pt]}
\definestartstop
[hebrewpar]
[commands=\Hebrew\HebrewParDir]
\define[1]\RT
{{\Hebrew\HebrewTextDir#1}}
\define\setlatin
{\LatinGlobalDir%
\usetypescript[lm]%
\setupbodyfont[lm,20pt]}
\definestartstop
[latinpar]
[commands=\Hebrew\LatinParDir]
\define[1]\LT
{{\LatinTextDir#1}}
\setcharactermirroring[1]
\stopenvironment
% engine=luatex
\environment heb-sty
\starttext
This is a test.
\sethebrew ×Ö¸×Ö·×
\setlatin walking
\stoptext
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] trouble with xetex and metapost
Jesse Alama wrote: Using MkII (ver: 2009.01.09 16:57 MKII fmt: 2009.1.11 int: english/english), XeTeX (3.1415926-2.2-0.999.6 (Web2C 7.5.7)), and metapost (Version 1.005 (Web2C 7.5.7)), and metafun (2008-10-19 15:21), I run into some trouble with \usestaticMPfigure: [snip] systems : end file texexec-mpgraph-temp at line 62 system : cont-err loaded (/usr/local/texlive/2008/../texmf-local/tex/context/base/cont-err.tex systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead ) ) Output written on texexec-mpgraph-temp.dvi (3 pages, 324 bytes). Transcript written on texexec-mpgraph-temp.log. TeXExec | runtime: 0.487307 This is MetaPost, Version 1.005 (Web2C 7.5.7) (texexec-mpgraph.mp [1] metafun 2008-10-19 15:21 ! A group begun on line 144 never ended. to be read again normalend end-...message.metafunversion;message;normalend ; l.182 end .; ? Any idea what might be going on? not without more details about how you use the static figure - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] trouble with xetex and metapost
Using MkII (ver: 2009.01.09 16:57 MKII fmt: 2009.1.11 int: english/english), XeTeX (3.1415926-2.2-0.999.6 (Web2C 7.5.7)), and metapost (Version 1.005 (Web2C 7.5.7)), and metafun (2008-10-19 15:21), I run into some trouble with \usestaticMPfigure: [snip] systems : end file texexec-mpgraph-temp at line 62 system : cont-err loaded (/usr/local/texlive/2008/../texmf-local/tex/context/base/cont-err.tex systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead ) ) Output written on texexec-mpgraph-temp.dvi (3 pages, 324 bytes). Transcript written on texexec-mpgraph-temp.log. TeXExec | runtime: 0.487307 This is MetaPost, Version 1.005 (Web2C 7.5.7) (texexec-mpgraph.mp [1] metafun 2008-10-19 15:21 ! A group begun on line 144 never ended. to be read again normalend end-...message.metafunversion;message;normalend ; l.182 end .; ? Any idea what might be going on? Thanks, Jesse -- Jesse Alama (al...@stanford.edu) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] trouble with xetex and metapost
I forgot to add that I don't get this error when compiling with pdftex. Jesse Alama al...@stanford.edu writes: Using MkII (ver: 2009.01.09 16:57 MKII fmt: 2009.1.11 int: english/english), XeTeX (3.1415926-2.2-0.999.6 (Web2C 7.5.7)), and metapost (Version 1.005 (Web2C 7.5.7)), and metafun (2008-10-19 15:21), I run into some trouble with \usestaticMPfigure: [snip] systems : end file texexec-mpgraph-temp at line 62 system : cont-err loaded (/usr/local/texlive/2008/../texmf-local/tex/context/base/cont-err.tex systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead ) ) Output written on texexec-mpgraph-temp.dvi (3 pages, 324 bytes). Transcript written on texexec-mpgraph-temp.log. TeXExec | runtime: 0.487307 This is MetaPost, Version 1.005 (Web2C 7.5.7) (texexec-mpgraph.mp [1] metafun 2008-10-19 15:21 ! A group begun on line 144 never ended. to be read again normalend end-...message.metafunversion;message;normalend ; l.182 end .; ? Any idea what might be going on? Thanks, Jesse -- Jesse Alama (al...@stanford.edu) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] different behavior between xetex and luatex
On 23 Dec 2008, at 04:26, Yue Wang wrote: Hi, all. I expect different output in xetex and luatex using context. and I think the problem is quite serious although I do not speak Turkish. in turkish, fi can not be treat as ligatures and I can see luatex handle that quite well. however, in xetex, fi are treated as ligatures. I attach the files and output here. I don't know it is a bug in xetex, context or dvipdfmx:( Yue Wang a.pdfa.texb.pdf I don't know how the ConTeXt+XeTeX font setup works, but I notice language=trk in your file. OpenType language tags are all-uppercase, so I would have expected this to be language=TRK. If the proper language system isn't specified, you will get the default behavior, which includes the fi ligatures. In the LuaTeX case, I don't think *any* ligatures are enabled by default, so the language is irrelevant; notice that there's no ff ligature in your output either, even though this should be expected. JK ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] different behavior between xetex and luatex
On Tue, Dec 23, 2008 at 9:08 AM, Jonathan Kew wrote: On 23 Dec 2008, at 04:26, Yue Wang wrote: Hi, all. I expect different output in xetex and luatex using context. and I think the problem is quite serious although I do not speak Turkish. in turkish, fi can not be treat as ligatures and I can see luatex handle that quite well. however, in xetex, fi are treated as ligatures. I attach the files and output here. I don't know it is a bug in xetex, context or dvipdfmx:( Yue Wang a.pdfa.texb.pdf I don't know how the ConTeXt+XeTeX font setup works, but I notice language=trk in your file. OpenType language tags are all-uppercase, so I would have expected this to be language=TRK. If the proper language system isn't specified, you will get the default behavior, which includes the fi ligatures. When trk is replaced by TRK it works OK in XeTeX. In the LuaTeX case, I don't think *any* ligatures are enabled by default, so the language is irrelevant; notice that there's no ff ligature in your output either, even though this should be expected. LuaTeX (ConTeXt with LuaTeX support) is a bit broken at the moment - the example doesn't compile here, so it's difficult to say anything. Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] different behavior between xetex and luatex
Hi, Hans: When trk is replaced by TRK it works OK in XeTeX. Thanks! So I think we should support lowercase code for xetex as well for api consistency? LuaTeX/MKIV use lowercase labels. Then we can get similar output using the same tex file. Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] different behavior between xetex and luatex
Hi, Jonathan: Thanks for the analysis! Now I replace the trk with TRK, and xetex output is right. In the LuaTeX case, I don't think *any* ligatures are enabled by default, so the language is irrelevant; notice that there's no ff ligature in your output either, even though this should be expected. The input file is not right. here is the right one: luatex do not enable kerning and ligatures by default, users should specify them or just using the default feature. Sorry for the noise. Yue Wang luatex.pdf Description: Adobe PDF document a.tex Description: TeX document ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] fullpage and XeTeX typescript
hi,
1.
what's the equivalent of the \usepackage{fullpage} for ConTeXt?
2.
it would be convenient if LuaTeX supported typescripts like XeTeX does
instead of having to define font synonyms, e.g.,
\definetypeface[mainface][rm][Xserif][Warnock Pro]
\definetypeface[mainface][ss][Xsans][Cronos Pro]
\definetypeface[mainface][tt][Xmono][Inconsolata][default]%[rscale=0.9]
% use only for Monaco
%\definetypeface[mainface][mm][Xmath][palatino]
\definetypeface[mainface][mm][math][palatino][default]%[encoding=texnansi]
\setupbodyfont[mainface, 13pt]
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] fullpage and XeTeX typescript
Am 23.12.2008 um 18:44 schrieb Mohamed Bana:
hi,
1.
what's the equivalent of the \usepackage{fullpage} for ConTeXt?
Tell us next time what a package is supposed to do.
\setuplayout
[backspace=1in,
width=middle,
topspace=1in,
header=0pt,
footer=0pt,
height=middle]
\starttext
...
\stoptext
or use \definelayout to predefine different layouts and load
them in your document.
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] fullpage and XeTeX typescript
Am 23.12.2008 um 18:44 schrieb Mohamed Bana:
hi,
1.
what's the equivalent of the \usepackage{fullpage} for ConTeXt?
file name=example.tex
\usemodule[fullpage][style={cm,empty}]
%\showframe
\starttext
\input knuth
\stoptext
/file
file name=p-fullpage.tex
%D \module
%D [ file=p-fullpage,
%Dversion=2008.12.23,
%D title=\CONTEXT\ User Module,
%D subtitle=Fullpage documents,
%D author=Wolfgang Schuster,
%D date=\currentdate,
%D copyright=Wolfgang Schuster,
%Dlicense=Public Domain]
\unprotect
\startinterface all
\setinterfacevariable {fullpage} {fullpage}
\setinterfacevariable {in} {in}
\setinterfacevariable {cm} {cm}
\setinterfacevariable {plain}{plain}
\setinterfacevariable {headings} {headings}
\stopinterface
\startmodule[\v!fullpage]
\setupmodule
[\c!style={\v!in,\v!plain}]
\startsetups[\v!fullpage:\v!in]
\setuplayout
[\c!backspace=1in,
\c!width=\v!middle,
\c!topspace=1in,
\c!height=\v!middle]
\stopsetups
\startsetups[\v!fullpage:\v!cm]
\setuplayout
[\c!backspace=15mm,
\c!width=\v!middle,
\c!topspace=15mm,
\c!height=\v!middle]
\stopsetups
\startsetups[\v!fullpage:\v!plain]
\setuplayout
[\c!header=0pt,
\c!footer=.5in]
\stopsetups
\startsetups[\v!fullpage:\v!empty]
\setuplayout
[\c!header=0pt,
\c!footer=0pt]
\stopsetups
\startsetups[\v!fullpage:\v!headings]
\setuplayout
[\c!header=.5in,
\c!footer=.5in]
\stopsetups
\def\dofullpagelayout#1%
{\directsetup{\v!fullpage:#1}}
\processcommacommand[\currentmoduleparameter\c!style]\dofullpagelayout
\stopmodule
\protect \endinput
/file
Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] fullpage and XeTeX typescript
Concerning the second question, the following is the reply from Hans
months ago to me.
I think Hans is right, since fonts are quite complex, but it *will* be
a lot easier if we have that mechanism since this mechanism will be
applicable to most fonts.
If there are fonts that fontconfig cannot handle well, then the user
can define them in the old way.:
Yue Wang wrote:
last question: is it possible to add fontconfig-like interface? if I
define to use minion famaily, then all the alternatives are
automatically defined like xetex?
i never looked into that interface so i cannot comment on it, but i've
learned my lessons with fonts ... they are all different and any 'clever
automated mechanism' will at some point fail, so then one ends up with
exeptions; when defining a document style one needs to know the font,
its usage (what variants, styles, etc) and often also it slimitations
(font feature are not that well defined and fonts might have incomplete
implementations)
the best one can do is make a typescript (or a collection, as with tex
gyre which tries to be consistent over the whole range) that implements
a definition and even then, a different version of a font (i mostly use
commercial fonts and font ABC may have different implementations) may
hav edifferent properties; also, there is not one good usage (typescript
combination) of a specific font, esp now that we have many features
actually, talking about features, you need to keep in mind that even
when you define a specific instance, applying such an instance to a
whole document might fail because some features may not cover the whole
possible set of combinations of characters (take frac as an example) and
so usage demands knowlegde
eventually we may have a set of predefined typescripts that cover most
system fonts
On Wed, Dec 24, 2008 at 1:44 AM, Mohamed Bana
mbana.li...@googlemail.com wrote:
hi,
1.
what's the equivalent of the \usepackage{fullpage} for ConTeXt?
2.
it would be convenient if LuaTeX supported typescripts like XeTeX does
instead of having to define font synonyms, e.g.,
\definetypeface[mainface][rm][Xserif][Warnock Pro]
\definetypeface[mainface][ss][Xsans][Cronos Pro]
\definetypeface[mainface][tt][Xmono][Inconsolata][default]%[rscale=0.9] %
use only for Monaco
%\definetypeface[mainface][mm][Xmath][palatino]
\definetypeface[mainface][mm][math][palatino][default]%[encoding=texnansi]
\setupbodyfont[mainface, 13pt]
___
If your question is of interest to others as well, please add an entry to
the Wiki!
maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
[NTG-context] different behavior between xetex and luatex
Hi, all. I expect different output in xetex and luatex using context. and I think the problem is quite serious although I do not speak Turkish. in turkish, fi can not be treat as ligatures and I can see luatex handle that quite well. however, in xetex, fi are treated as ligatures. I attach the files and output here. I don't know it is a bug in xetex, context or dvipdfmx:( Yue Wang a.pdf Description: Adobe PDF document a.tex Description: TeX document b.pdf Description: Adobe PDF document ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Not in a mood to be involved in a latex-context flame today, but emacs-vim flame is another story :-) On Wed, 26 Nov 2008, Marcin Borkowski wrote: Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. true . ** entirely true **. Glad you like it. (Personally, I use both emacs and vim. Really.) BTW: do you know what vim means? It is an old African word meaning how do you quit this f#g s##t? Maybe, that is why vim's splash screen gives information on how to quit it. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Thu, Nov 27, 2008 at 5:17 PM, Aditya Mahajan [EMAIL PROTECTED] wrote: Not in a mood to be involved in a latex-context flame today, but emacs-vim flame is another story :-) On Wed, 26 Nov 2008, Marcin Borkowski wrote: Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. true . ** entirely true **. Glad you like it. (Personally, I use both emacs and vim. Really.) BTW: do you know what vim means? It is an old African word meaning how do you quit this f#g s##t? Maybe, that is why vim's splash screen gives information on how to quit it. emacs will save the world, with a little help from his friend vim -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Wed, 26 Nov 2008, [EMAIL PROTECTED] wrote: I am on the wrong list because I just said ``LaTeX rocks''? There was a smiley at the end of that comment! I would like to apologise you and anyone else from the bottom of my heart if I have offended you and others, but honestly I did not mean it. Relax. There is no need to apologize. I am sure that no one was offended, but they do not share your view. I am just on this list because I want to study ConText (its TeX programming) more deeply. Aditya ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] bug in mkii xetex: mp figure is not in the right position
hi: it seems that mpfigure will be in the wrong position using the xetex engine. here is the sample file: % engine=xetex \starttext \setupcolors [state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext Yue Wang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Am 26.11.2008 um 10:04 schrieb Yue Wang: hi: it seems that mpfigure will be in the wrong position using the xetex engine. here is the sample file: % engine=xetex \starttext \setupcolors [state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext Make a entry in the bug tracker or it will be fogotten, I had a similiar problem quite some time ago: http://archive.contextgarden.net/message/20080812.085450.3b06d189.en.html Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. LaTeX rocks...! Get a FREE AOL Email account with unlimited storage. Experience Email and instant messaging together - chat while you mail and mail while you chat! Register for your free email account at http://free.aol.com.au ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. yes, true. Also LaTeX peaple always have used to say that LaTeX is better than ConTeXt is true I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. There are some bugs. LaTeX rocks...! true, if you are from LaTeX peaple. -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. LaTeX rocks...! Anyone who has never made a mistake has never tried anything new. (A. Einstein) ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Dnia Wed, Nov 26, 2008 at 10:38:59AM +0100, luigi scarso napisa#322;(a): On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. yes, true. Not entirely (see below). Also LaTeX peaple always have used to say that LaTeX is better than ConTeXt is true I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. There are some bugs. As in most software projects. And, that;s true, there _are_ lots of bugs in ConTeXt. But still, it is very usable. LaTeX rocks...! true, if you are from LaTeX peaple. Well, I've been using LaTeX for several years and I don't think it to be really rocking. And neither is ConTeXt (yet) - see below. And the question is: why to start yet another flame war? I am the proof (by example) that the sets of plain TeX people, LaTeX people and ConTeXt people have a nonempty intersection. There are areas where LaTeX is much better than ConTeXt: when I write a paper on maths, almost no journal will accept ConTeXt. Also, LaTeX is very stable and ConTeXt is not. OTOH, when ConTeXt reaches the maturity level of LaTeX, it _will_ be much better - but we'll have to wait a while for it to happen. Greets -- Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Wed, Nov 26, 2008 at 10:54 AM, Marcin Borkowski [EMAIL PROTECTED] wrote: Dnia Wed, Nov 26, 2008 at 10:38:59AM +0100, luigi scarso napisa#322;(a): On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. yes, true. Not entirely (see below). please, note: not **all** context peaple (whatever peaple means!) have used to say that ConTeXt is better than LaTeX, but **some** context peaple (I, for example, assuming peaple == people ) You are a counter example . So the statement is ** entirely true **. Also LaTeX peaple always have used to say that LaTeX is better than ConTeXt is true yes, as before I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. There are some bugs. As in most software projects. And, that;s true, there _are_ lots of bugs in ConTeXt. But still, it is very usable. lots of bug and still very usable are contradictory statemens . LaTeX rocks...! true, if you are from LaTeX peaple. see before . -- Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. true . ** entirely true **. (^___^) -- luigi ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
I am on the wrong list because I just said ``LaTeX rocks''? I would like to apologise you and anyone else from the bottom of my heart if I have offended you and others, but honestly I did not mean it. I am just on this list because I want to study ConText (its TeX programming) more deeply. -Original Message- From: Hans Hagen [EMAIL PROTECTED] To: mailing list for ConTeXt users ntg-context@ntg.nl Sent: Wed, 26 Nov 2008 9:00 pm Subject: Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. ? for sure the luatex/mkiv (not to be confused with pdftex/mkii) pair has heaps of bugs (which are solved at some point) but it's just because we move on and because users here are willing to experiment with new stuff LaTeX rocks...! then you're on the wrong list -) Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ Get a FREE AOL Email account with unlimited storage. Experience Email and instant messaging together - chat while you mail and mail while you chat! Register for your free email account at http://free.aol.com.au ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
On Wed, Nov 26, 2008 at 5:28 PM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. Staying at an older version of ConTeXt (for example, I always use ConTeXt 2005.01 distributed in teTeX 3.0 for book and journal production) will have less bugs. And if bugs were found in these versions, they were always already been fixed some month after this release, so just copy the related code in the later versions to your tex file and then everything works fine again. (in fact, I found no serious bugs in that version). LaTeX rocks...! Latex always run into problems here. hyperlink sometimes give me weird characters (it will always give wierd characters if the link contains CJK characters due to the bug in hyperref, whatever driver and engine you are using). packages are incompatible with each other and always runs into problem (I should keep in mind that package A should loaded before package B, and package A-fix should be place after package B to fix the incompatibility in package A and B, most packages have this problem, just to name a few: memoir, hyperref, amsmath, lucidabr, mnsymbol... ). And I cannot do grid typesetting or other advanced stuffs there. In fact, Plain TeX rocks! If you find bug in plain TeX, you can be famous overnight! (and I also love Karl Berry's eplain format, it's lightweight and powerful.) Get a FREE AOL Email account with unlimited storage. Experience Email and instant messaging together - chat while you mail and mail while you chat! Register for your free email account at http://free.aol.com.au ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Dnia Wed, Nov 26, 2008 at 11:09:08AM +0100, luigi scarso napisa#322;(a): On Wed, Nov 26, 2008 at 10:54 AM, Marcin Borkowski [EMAIL PROTECTED] wrote: Dnia Wed, Nov 26, 2008 at 10:38:59AM +0100, luigi scarso napisa#322;(a): On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. yes, true. Not entirely (see below). please, note: not **all** context peaple (whatever peaple means!) have used to say that ConTeXt is better than LaTeX, but **some** context peaple (I, for example, assuming peaple == people ) You are a counter example . So the statement is ** entirely true **. ok, I give up;) Also LaTeX peaple always have used to say that LaTeX is better than ConTeXt is true yes, as before I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. There are some bugs. As in most software projects. And, that;s true, there _are_ lots of bugs in ConTeXt. But still, it is very usable. lots of bug and still very usable are contradictory statemens . No. Most popular case: M$ Windows (although personally I'll argue about their usability;)). The point is that ConTeXt bugs do not crash it in usual scenarios, but rather when some complex interactions are involved. So usually everything is fine, _unless_ you want something strange. And then - well, _strange_ things do happen. LaTeX rocks...! true, if you are from LaTeX peaple. see before . -- Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. true . ** entirely true **. Glad you like it. (Personally, I use both emacs and vim. Really.) BTW: do you know what vim means? It is an old African word meaning how do you quit this f#g s##t? Greets -- Marcin Borkowski (http://mbork.pl) People can be divided into three groups: those who can count and those who can't. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
[EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. ? for sure the luatex/mkiv (not to be confused with pdftex/mkii) pair has heaps of bugs (which are solved at some point) but it's just because we move on and because users here are willing to experiment with new stuff LaTeX rocks...! then you're on the wrong list -) Hans - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
moreover, setupinteraction[state=start, focus=normal] and \goto will always point to the wrong position in xetex. On Wed, Nov 26, 2008 at 5:21 PM, Wolfgang Schuster [EMAIL PROTECTED] wrote: Am 26.11.2008 um 10:04 schrieb Yue Wang: hi: it seems that mpfigure will be in the wrong position using the xetex engine. here is the sample file: % engine=xetex \starttext \setupcolors [state=start] \startMPpage path p ; color c[] ; p := fullsquare scaled 4cm ; c[0] := transparent(1,.5,red) ; c[1] := transparent(1,.5,green) ; c[2] := transparent(1,.5,blue) ; for i = 0 upto 2 : fill p rotated (i*30) withcolor white ; endfor ; for i = 0 upto 2 : fill p rotated (i*30) withcolor c[i] ; endfor ; addbackground withcolor transparent(1,.5,cmyk(0,0,1,0)) ; \stopMPpage \stoptext Make a entry in the bug tracker or it will be fogotten, I had a similiar problem quite some time ago: http://archive.contextgarden.net/message/20080812.085450.3b06d189.en.html Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Hi: Please, shut up and code: we need to fix these bugs first! Yue Wang On Wed, Nov 26, 2008 at 5:54 PM, Marcin Borkowski [EMAIL PROTECTED] wrote: Dnia Wed, Nov 26, 2008 at 10:38:59AM +0100, luigi scarso napisa#322;(a): On Wed, Nov 26, 2008 at 10:28 AM, [EMAIL PROTECTED] wrote: ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. yes, true. Not entirely (see below). Also LaTeX peaple always have used to say that LaTeX is better than ConTeXt is true I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. There are some bugs. As in most software projects. And, that;s true, there _are_ lots of bugs in ConTeXt. But still, it is very usable. LaTeX rocks...! true, if you are from LaTeX peaple. Well, I've been using LaTeX for several years and I don't think it to be really rocking. And neither is ConTeXt (yet) - see below. And the question is: why to start yet another flame war? I am the proof (by example) that the sets of plain TeX people, LaTeX people and ConTeXt people have a nonempty intersection. There are areas where LaTeX is much better than ConTeXt: when I write a paper on maths, almost no journal will accept ConTeXt. Also, LaTeX is very stable and ConTeXt is not. OTOH, when ConTeXt reaches the maturity level of LaTeX, it _will_ be much better - but we'll have to wait a while for it to happen. Greets -- Marcin Borkowski (http://mbork.pl) Emacs: Escape-Meta-Alt-Control-Shift. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] bug in mkii xetex: mp figure is not in the right position
Dnia Wed, Nov 26, 2008 at 04:28:35AM -0500, [EMAIL PROTECTED] napisa#322;(a): ConTeXt peaple always have used to say that ConTeXt is better than LaTeX. I have been recieving emails from CoNTeXt list and it seems that ConTeXt has heaps of bugs. LaTeX rocks...! Sorry, but I just can't resist a joke: what you call a bug in ConTeXt world is called a feature in LaTeX. And to be more serious: I think I was rather fair in my previous post on the difference between (plain) TeX and ConTeXt. Also, LaTeX is frozen in some sense: the latest news on the LaTeX project site comes from 2005, IIRC. So the LaTeX core (or kernel) is very stable (and, one has to admit, has very few bugs - and very limited features...). And LaTeX packages are quite a jungle. But still: there are lots of them which are very stable (or frozen), and some which are under constant development (pgf, for instance). Also, LaTeX documents are (usually) much simpler than ConTeXt documents, so it is much easier to have few bugs - there is less room for complex interactions (aside from package clashes, which happen from time to time). So if you want a stable document preparation and markup system with a large userbase, though sometimes limited functionality (try to do a two-column enumerate in LaTeX automatically, something like: 1) ...3) ... 2) ...4) ... without resorting to general multicolumn hackery - and the multicol package, which is not entirely free!), then yes, LaTeX is better. And if you want some features _not_ present in LaTeX or you need to typeset _really_ complex documents (complex in terms of layout, for example), or your documents are not scientific papers then ConTeXt is probably better. Greets -- Marcin Borkowski (http://mbork.pl) Szema Izrael: Adonai Elohenu, Adonai Ehad! ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
On Fri, Nov 21, 2008 at 6:40 AM, Bart C. Wise wrote: Mojca, Thanks for all you time in helping out. I'm still having problems. The \quote and \quotation work. However, as you pointed out, the en, em and apostrophe do not work. In addition, [features=default] did not compile, but [feature=default] did. What error did you get? In that case feature=default has been ignored (unknown parameters get ignored in ConTeXt), that's why it didn't complain, but it didn't work either. Here's what I'm working with: \starttypescript[serif][agaramond] \definefontsynonym[AGaramondRegular][name:AGaramond-Regular] [feature=default] \definefontsynonym[AGaramondItalic] [name:AGaramond-Italic][feature=default] \definefontsynonym[AGaramondBold] [name:AGaramond-Bold] [feature=default] \definefontsynonym[AGaramondBoldIt] [name:AGaramond-BoldItalic] [feature=default] \stoptypescript \starttypescript[serif][agaramond][name] \definefontsynonym [Serif] [AGaramondRegular] \definefontsynonym [SerifItalic] [AGaramondItalic] \definefontsynonym [SerifBold] [AGaramondBold] \definefontsynonym [SerifBoldItalic] [AGaramondBoldIt] \stoptypescript \starttypescript[agaramond] \definetypeface[agaramond][rm][serif][agaramond][default][feature=default] \stoptypescript \usetypescript[agaramond] \setupbodyfont[agaramond, 12pt] \definefontfeature[default] [liga=yes, kern=yes, tlig=yes, script=latn, mapping=tex-text] Any more hints? I don't see anything else being fundamentally wrong (you don't need both mapping=tex-text and tlig=yes though, but that should not break compilation). May I ask for the logs? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
I think the error I got was not having enough sleep :-) because I worked on it
this morning and it's working. I'll tack on my current file below. The font
features does not seem to make any difference. However, I took the same
typescript and modified it for the Tallys font and I can turn ligatures on/off,
kerning on/off, etc. But the same typescript for the Adobe Garamond does not
work, I'm perplexed and a bit frustrated.
I greatly appreciate your help thus far.
Bar
\definefontfeature[default]
[liga=yes, kern=yes, tlig=yes, script=latn, mapping=tex-text]
\starttypescript[serif][agaramond]
\definefontsynonym[AGaramondRegular] [name:AGaramond-Regular]
[features=default]
\stoptypescript
\starttypescript[serif][agaramond][name]
\definefontsynonym [Serif] [AGaramondRegular] [features=default]
\stoptypescript
\starttypescript[AGaramond]
\definetypeface[MyGaramond][rm][serif][agaramond][default][features=default]
\stoptypescript
\usetypescript[AGaramond]%[ec]
\setupbodyfont[MyGaramond, 12pt]
\starttext
Ydes, Yffignac and Ygrande
fi ff ffi
Two of [of] (of) \quote{of} \quotation{of} of? of! of*.
\quote{Ask Jeff}
\quotation{Ask Jeff}
\stoptext
On Friday 21 November 2008 09:01:13 am Mojca Miklavec wrote:
On Fri, Nov 21, 2008 at 6:40 AM, Bart C. Wise wrote:
Mojca,
Thanks for all you time in helping out. I'm still having problems. The
\quote and \quotation work. However, as you pointed out, the en, em and
apostrophe do not work.
In addition, [features=default] did not compile, but [feature=default]
did.
What error did you get?
In that case feature=default has been ignored (unknown parameters get
ignored in ConTeXt), that's why it didn't complain, but it didn't work
either.
Here's what I'm working with:
\starttypescript[serif][agaramond]
\definefontsynonym[AGaramondRegular][name:AGaramond-Regular]
[feature=default]
\definefontsynonym[AGaramondItalic]
[name:AGaramond-Italic][feature=default]
\definefontsynonym[AGaramondBold] [name:AGaramond-Bold]
[feature=default] \definefontsynonym[AGaramondBoldIt]
[name:AGaramond-BoldItalic] [feature=default]
\stoptypescript
\starttypescript[serif][agaramond][name]
\definefontsynonym [Serif] [AGaramondRegular]
\definefontsynonym [SerifItalic] [AGaramondItalic]
\definefontsynonym [SerifBold] [AGaramondBold]
\definefontsynonym [SerifBoldItalic] [AGaramondBoldIt]
\stoptypescript
\starttypescript[agaramond]
\definetypeface[agaramond][rm][serif][agaramond][default][feature=default
] \stoptypescript
\usetypescript[agaramond]
\setupbodyfont[agaramond, 12pt]
\definefontfeature[default]
[liga=yes, kern=yes, tlig=yes, script=latn, mapping=tex-text]
Any more hints?
I don't see anything else being fundamentally wrong (you don't need
both mapping=tex-text and tlig=yes though, but that should not break
compilation). May I ask for the logs?
Mojca
___
If your question is of interest to others as well, please add an
entry to the Wiki!
maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/ntg-context webpage :
http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
On Fri, Nov 21, 2008 at 5:47 PM, Bart C. Wise wrote: I think the error I got was not having enough sleep :-) because I worked on it this morning and it's working. I'll tack on my current file below. The font features does not seem to make any difference. However, I took the same typescript and modified it for the Tallys font and I can turn ligatures on/off, kerning on/off, etc. But the same typescript for the Adobe Garamond does not work, I'm perplexed and a bit frustrated. I'm not sure if we're talking about the same problem, but I remember that I had to try *all* different variants of Garamond when I needed fi ligature and only a single font had the proper weight and that ligature (I ended up using ITCGaramondStd-Lt and ITCGaramondStd-LtIta after wasting way too much time trying to figure out what was wrong). Did you check if the desired ligatures are available at all in the font you are using? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
Fontforge shows no ligatures for Adobe Garamond; however, it does show ligatures for the Tallys fonts. So that probably explains why there are no ligatures. However, the font has a lot of kerning pairs, but I don't seem to be able turn those on/off with the \definefontfeature directive as I could do in the Tallys font. And back to the original problem, en dash, em dash, quotes that work in other fonts don't work here. I can use \emdash, \endash, \quotesingle, etc., but this creates more work when you get text from an author and is more prone to error. So is this a font problem? Or is this something I'm doing wrong (and what)? Thanks once again, Bart On Friday 21 November 2008 10:00:14 am Mojca Miklavec wrote: On Fri, Nov 21, 2008 at 5:47 PM, Bart C. Wise wrote: I think the error I got was not having enough sleep :-) because I worked on it this morning and it's working. I'll tack on my current file below. The font features does not seem to make any difference. However, I took the same typescript and modified it for the Tallys font and I can turn ligatures on/off, kerning on/off, etc. But the same typescript for the Adobe Garamond does not work, I'm perplexed and a bit frustrated. I'm not sure if we're talking about the same problem, but I remember that I had to try *all* different variants of Garamond when I needed fi ligature and only a single font had the proper weight and that ligature (I ended up using ITCGaramondStd-Lt and ITCGaramondStd-LtIta after wasting way too much time trying to figure out what was wrong). Did you check if the desired ligatures are available at all in the font you are using? Mojca ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
Am 21.11.2008 um 18:25 schrieb Bart C. Wise: Fontforge shows no ligatures for Adobe Garamond; however, it does show ligatures for the Tallys fonts. So that probably explains why there are no ligatures. However, the font has a lot of kerning pairs, but I don't seem to be able turn those on/off with the \definefontfeature directive as I could do in the Tallys font. And back to the original problem, en dash, em dash, quotes that work in other fonts don't work here. I can use \emdash, \endash, \quotesingle, etc., but this creates more work when you get text from an author and is more prone to error. So is this a font problem? Or is this something I'm doing wrong (and what)? Give us more information, what format does your Garamond font has (type1, truetype or opentype). Have you tried to load the font without ConTeXts interface: \font\garamond=AGaramond-Regular:mapping=tex-text \garamond fi ffi -- --- ``text'' fl \bye Can you try to test your typescript with MkIV if this makes a difference and finally, what is the output from mtxrun --script fonts --list AGaramond* --info. Wolfgang ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
On Friday 21 November 2008 11:11:39 am Wolfgang Schuster wrote: Am 21.11.2008 um 18:25 schrieb Bart C. Wise: Fontforge shows no ligatures for Adobe Garamond; however, it does show ligatures for the Tallys fonts. So that probably explains why there are no ligatures. However, the font has a lot of kerning pairs, but I don't seem to be able turn those on/off with the \definefontfeature directive as I could do in the Tallys font. And back to the original problem, en dash, em dash, quotes that work in other fonts don't work here. I can use \emdash, \endash, \quotesingle, etc., but this creates more work when you get text from an author and is more prone to error. So is this a font problem? Or is this something I'm doing wrong (and what)? Give us more information, what format does your Garamond font has (type1, truetype or opentype). Have you tried to load the font without ConTeXts interface: \font\garamond=AGaramond-Regular:mapping=tex-text \garamond fi ffi -- --- ``text'' fl \bye Can you try to test your typescript with MkIV if this makes a difference and finally, what is the output from mtxrun --script fonts --list AGaramond* --info. Wolfgang The above code works, the -- and --- get translated to endash and emdash, the quotes look great. Still no ligatures, but it doesn't seem that the font has any. I have no MkIV setup, and I'm in the middle of a project, so now is not a good time to switch. Is there a convenient way to try on TeXLive2008 without changing my current setup? If so, I'll give it a whirl. $ mtxrun --script fonts --list AGaramond* --info MtxRun | error unable to identify cnf file MtxRun | error unable to identify cnf file MtxRun | no cnf files found (TEXMFCNF may not be set/known) MtxRun | unknown script: fonts Something wrong with my TeXLive2008 installation? Bart ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX and lmtypewriter10-regular
Bart C. Wise wrote: I'm running TeXLive 2008. When I compile for XeTeX (texexec --xtx) I get the following output that appears to be generating the lmtypewriter10-regular font. The bad part is that this is very slow. The part that's even worse, it does this probably 20...30...40 times? A compilation takes 145 seconds, and about 130+ seconds of time seem to be dealing with lmtypewriter10-regular. This doesn't happen on small test files, so I know I'm doing something wrong. Any ideas? Thanks, Bart kpathsea: Running mktextfm lmtypewriter10-regular mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lmtypewriter10-regular This is METAFONT, Version 2.718281 (Web2C 7.5.7) kpathsea: Running mktexmf lmtypewriter10-regular ! I can't find file `lmtypewriter10-regular'. * ...; nonstopmode; input lmtypewriter10-regular Please type another input file name ! Emergency stop. * ...; nonstopmode; input lmtypewriter10-regular Transcript written on mfput.log. grep: lmtypewriter10-regular.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lmtypewriter10-regular' failed to make lmtypewriter10-regular.tfm. kpathsea: Appending font creation commands to missfont.log. The file name is : lmmono10-regular The font name is : LMTypewriter10-Regular You can do (in context): \definefontsynonym [MyMono] [file:lmmono10-regular] \definefontsynonym [MyMono] [name:LMTypewriter10-Regular] (i'm not sure if xetex is case sensitive) All th emessages that you see on the console concern xetex calling metafont to generate a font which does not exist (a kind of fallback behaviour) - 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 - ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
On Fri, Nov 21, 2008 at 5:14 AM, Bart C. Wise wrote:
The code below is used to load the Adobe Garmond fonts. The problem is that
quotes (``) produces two single quotes. Similar with dashes: an en dash
produces to dashes, an em dash likewise produces three dashes. What am I
doing wrong (again)!
Hello,
If you are using pdfTeX, then it's the fault of your fonts. (The one
that prepared the metrics forgot to add the proper ligatures to the
font. This is not trivial to make.) But then - if you are using
pdfTeX, there should be no name: in font declaration. name: is more
or less reserved for filename of otf/ttf fonts in XeTeX and LuaTeX.
If you are using XeTeX or LuaTeX, then you should remove all the [ec]
brackets and replace [encoding=ec] with [features=default].
Some clarification is needed though:
1.) You could (in theory) use some replacements for `` and to
produce proper quotation marks, but for Unicode-aware engines that's
highly deprecated. Better use \quotation{Here's a nicely looking
quote.} or proper quotation marks. The sequence `` was a pure hack (in
my opinion), but a sensible one in that time since there were no
quotation marks neither on keyboards nor in encodings when Knuth wrote
TeX. \quotation is a cleaner way to produce quotation marks. (I'm a
bit biased though. Knuthian quotation marks never worked for my
language, so I always had to figure out how to get the proper ones,
and \quotation was the proper solution for me.)
2.) in LuaTeX and XeTeX there are three replacements left by default:
endash, emdash and apostrophe. The main reason being that it's still a
bit too difficult to:
- find endash and emdash on keyboards
- see the difference between the two, esp. in fixed width fonts
- change the habit and type proper apostrophe instead of corresponding
ascii character: '
3.) For some reason, features=default doesn't work as it should
since script=latn has been left out some time ago, so you need to
fix definition of default font features. (Or maybe someone else
knows how to handle this in a better way. This is what I do. I do not
claim that it's the right way to do it.)
\definefontfeature
[default]
[liga=yes,kern=yes,tlig=yes,script=latn]
\starttypescript[serif][agaramond][ec]
\definefontsynonym[AGaramondRegular][name:AGaramond-Regular] [encoding=ec]
\definefontsynonym[AGaramondItalic] [name:AGaramond-Italic][encoding=ec]
\definefontsynonym[AGaramondBold] [name:AGaramond-Bold] [encoding=ec]
\definefontsynonym[AGaramondBoldIt] [name:AGaramond-BoldItalic]
[encoding=ec]
\stoptypescript
\starttypescript[serif][agaramond][name]
\definefontsynonym [Serif] [AGaramondRegular]
\definefontsynonym [SerifItalic] [AGaramondItalic]
\definefontsynonym [SerifBold] [AGaramondBold]
\definefontsynonym [SerifBoldItalic] [AGaramondBoldIt]
\stoptypescript
\starttypescript[agaramond][ec]
\definetypeface[agaramond][rm][serif][agaramond][default][encoding=ec]
\stoptypescript
\usetypescript[agaramond][ec]
\setupbodyfont[agaramond, 12pt]
\starttext
``Here's a lousy looking quote.''
Here are a couple of dashes: --
Here are three: ---
\stoptext
Thanks,
Bart
Mojca
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTeX, Adobe Garmond dash, quotes, etc.
Mojca,
Thanks for all you time in helping out. I'm still having problems. The
\quote and \quotation work. However, as you pointed out, the en, em and
apostrophe do not work.
In addition, [features=default] did not compile, but [feature=default] did.
Here's what I'm working with:
\starttypescript[serif][agaramond]
\definefontsynonym[AGaramondRegular][name:AGaramond-Regular]
[feature=default]
\definefontsynonym[AGaramondItalic] [name:AGaramond-Italic][feature=default]
\definefontsynonym[AGaramondBold] [name:AGaramond-Bold] [feature=default]
\definefontsynonym[AGaramondBoldIt] [name:AGaramond-BoldItalic]
[feature=default]
\stoptypescript
\starttypescript[serif][agaramond][name]
\definefontsynonym [Serif] [AGaramondRegular]
\definefontsynonym [SerifItalic] [AGaramondItalic]
\definefontsynonym [SerifBold] [AGaramondBold]
\definefontsynonym [SerifBoldItalic] [AGaramondBoldIt]
\stoptypescript
\starttypescript[agaramond]
\definetypeface[agaramond][rm][serif][agaramond][default][feature=default]
\stoptypescript
\usetypescript[agaramond]
\setupbodyfont[agaramond, 12pt]
\definefontfeature[default]
[liga=yes, kern=yes, tlig=yes, script=latn, mapping=tex-text]
Any more hints?
Bart
On Thursday 20 November 2008 09:44:05 pm Mojca Miklavec wrote:
On Fri, Nov 21, 2008 at 5:14 AM, Bart C. Wise wrote:
The code below is used to load the Adobe Garmond fonts. The problem is
that quotes (``) produces two single quotes. Similar with dashes: an en
dash produces to dashes, an em dash likewise produces three dashes. What
am I doing wrong (again)!
Hello,
If you are using pdfTeX, then it's the fault of your fonts. (The one
that prepared the metrics forgot to add the proper ligatures to the
font. This is not trivial to make.) But then - if you are using
pdfTeX, there should be no name: in font declaration. name: is more
or less reserved for filename of otf/ttf fonts in XeTeX and LuaTeX.
If you are using XeTeX or LuaTeX, then you should remove all the [ec]
brackets and replace [encoding=ec] with [features=default].
Some clarification is needed though:
1.) You could (in theory) use some replacements for `` and to
produce proper quotation marks, but for Unicode-aware engines that's
highly deprecated. Better use \quotation{Here's a nicely looking
quote.} or proper quotation marks. The sequence `` was a pure hack (in
my opinion), but a sensible one in that time since there were no
quotation marks neither on keyboards nor in encodings when Knuth wrote
TeX. \quotation is a cleaner way to produce quotation marks. (I'm a
bit biased though. Knuthian quotation marks never worked for my
language, so I always had to figure out how to get the proper ones,
and \quotation was the proper solution for me.)
2.) in LuaTeX and XeTeX there are three replacements left by default:
endash, emdash and apostrophe. The main reason being that it's still a
bit too difficult to:
- find endash and emdash on keyboards
- see the difference between the two, esp. in fixed width fonts
- change the habit and type proper apostrophe instead of corresponding
ascii character: '
3.) For some reason, features=default doesn't work as it should
since script=latn has been left out some time ago, so you need to
fix definition of default font features. (Or maybe someone else
knows how to handle this in a better way. This is what I do. I do not
claim that it's the right way to do it.)
\definefontfeature
[default]
[liga=yes,kern=yes,tlig=yes,script=latn]
\starttypescript[serif][agaramond][ec]
\definefontsynonym[AGaramondRegular][name:AGaramond-Regular]
[encoding=ec] \definefontsynonym[AGaramondItalic]
[name:AGaramond-Italic][encoding=ec] \definefontsynonym[AGaramondBold]
[name:AGaramond-Bold] [encoding=ec] \definefontsynonym[AGaramondBoldIt]
[name:AGaramond-BoldItalic] [encoding=ec]
\stoptypescript
\starttypescript[serif][agaramond][name]
\definefontsynonym [Serif] [AGaramondRegular]
\definefontsynonym [SerifItalic] [AGaramondItalic]
\definefontsynonym [SerifBold] [AGaramondBold]
\definefontsynonym [SerifBoldItalic] [AGaramondBoldIt]
\stoptypescript
\starttypescript[agaramond][ec]
\definetypeface[agaramond][rm][serif][agaramond][default][encoding=ec]
\stoptypescript
\usetypescript[agaramond][ec]
\setupbodyfont[agaramond, 12pt]
\starttext
``Here's a lousy looking quote.''
Here are a couple of dashes: --
Here are three: ---
\stoptext
Thanks,
Bart
Mojca
___
If your question is of interest to others as well, please add an
entry to the Wiki!
maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/ntg-context webpage :
http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
[NTG-context] XeTeX and lmtypewriter10-regular
I'm running TeXLive 2008. When I compile for XeTeX (texexec --xtx) I get the following output that appears to be generating the lmtypewriter10-regular font. The bad part is that this is very slow. The part that's even worse, it does this probably 20...30...40 times? A compilation takes 145 seconds, and about 130+ seconds of time seem to be dealing with lmtypewriter10-regular. This doesn't happen on small test files, so I know I'm doing something wrong. Any ideas? Thanks, Bart kpathsea: Running mktextfm lmtypewriter10-regular mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lmtypewriter10-regular This is METAFONT, Version 2.718281 (Web2C 7.5.7) kpathsea: Running mktexmf lmtypewriter10-regular ! I can't find file `lmtypewriter10-regular'. * ...; nonstopmode; input lmtypewriter10-regular Please type another input file name ! Emergency stop. * ...; nonstopmode; input lmtypewriter10-regular Transcript written on mfput.log. grep: lmtypewriter10-regular.log: No such file or directory mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input lmtypewriter10-regular' failed to make lmtypewriter10-regular.tfm. kpathsea: Appending font creation commands to missfont.log. ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
[NTG-context] XeTex Mara Font
I am currently trying to get the mara font loaded into XeTeX. Here's some
information about the font (via fontforge):
file: marafont.ttf
Fontname: MaraFontNFPlain:
Family Name: MaraFontNF Plain:
(yes, the colons are in the name)
I've tried a couple of ways, using both the fontname and the family name, both
with and without the ending semi-colons; however, it fails at compile time.
Here's some sample code:
\definetypeface[Mara][rm][Xserif][MaraFontNF Plain]
\starttext
\startfont[Mara]
This is a test.
\stoptext
Here's the relevant output from the log file, which looks very similar to the
output of a font that works:
! Font \**\thedefinedfont**:=Mara at 12.0pt not loadable: Metric (TFM) file or
installed font not found.
to be read again
\relax
\dododefinefont ...ontspec {#2}\rawfontidentifier
\let
\localrelativefontsiz...
\redodefinefont #1#2#3-\dododefinefont {#1}{#2}
\doifsetupselse {#3}
{\setup...
\dodefinedfont ...ring \thedefinedfont \endcsname
\the \everydefinedfont
l.7 \startfont[Mara]
?
! Emergency stop.
to be read again
\relax
\dododefinefont ...ontspec {#2}\rawfontidentifier
\let
\localrelativefontsiz...
\redodefinefont #1#2#3-\dododefinefont {#1}{#2}
\doifsetupselse {#3}
{\setup...
\dodefinedfont ...ring \thedefinedfont \endcsname
\the \everydefinedfont
l.7 \startfont[Mara]
End of file on the terminal!
How do I get the font loaded?
Thanks,
Bart
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTex Mara Font
I've tried a couple of ways, using both the fontname and the family name, both with and without the ending semi-colons; however, it fails at compile time. Have you tried prepending name: to the font name, like I explained yesterday? Arthur ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTex Mara Font
I tried prepending name and it didn't work. I also tried file:marafont, but that didn't work either. Your code yesterday was great and I have not tried to plug in the mara font into a typescript. There are some fonts that I just want to put in one section of the text without having to write a typescript. That's why I used the \definetypeface and \startfont routines. I just don't know what I'm doing wrong. Bart On Tuesday 18 November 2008 11:54:49 am Arthur Reutenauer wrote: I've tried a couple of ways, using both the fontname and the family name, both with and without the ending semi-colons; however, it fails at compile time. Have you tried prepending name: to the font name, like I explained yesterday? Arthur ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTex Mara Font
I also tried plugging it into the typescript (not what I want), but that didn't work either. I tried both the name: and the file: options. Still lost, Bart On Tuesday 18 November 2008 11:54:49 am Arthur Reutenauer wrote: I've tried a couple of ways, using both the fontname and the family name, both with and without the ending semi-colons; however, it fails at compile time. Have you tried prepending name: to the font name, like I explained yesterday? Arthur ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___ ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
Re: [NTG-context] XeTex Mara Font
One thing of possible interest is that when I load the font in fontforge, I
get the following warning:
Bad Font Name
The Postscript font name MaraFontNF Plain: is invalid. It should be
printable ASCII, must not contain (){}[]%/ or space and must be shorter than
63 characters.
Is the colon at the end of the name a problem?
The font does work on other program on my system.
Bart
On Tuesday 18 November 2008 11:54:49 am Arthur Reutenauer wrote:
I've tried a couple of ways, using both the fontname and the family name,
both with and without the ending semi-colons; however, it fails at
compile time.
Have you tried prepending name: to the font name, like I explained
yesterday?
Arthur
___
If your question is of interest to others as well, please add an
entry to the Wiki!
maillist : ntg-context@ntg.nl /
http://www.ntg.nl/mailman/listinfo/ntg-context webpage :
http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage : http://www.pragma-ade.nl / http://tex.aanhet.net
archive : https://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___
Re: [NTG-context] XeTex Mara Font
Is the colon at the end of the name a problem? No, the message says the problem is with the space character, but it is of little concern here (XeTeX doesn't use PostScript font names at all). Is it the font from http://www.perry.com/disney/indy/marafont.html? It seems to have quite a number of other problems actually (xdvipdfmx protests heavily when I try loading it with plain XeTeX). You could try saving it again from FontForge, and installing that modified font (you of course need to uninstall the original one from your system, or more problems will likely happen). While doing so, you can of course modify whatever seems suspicious (like the trailing colon, etc.). Arthur ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___
