Re: [NTG-context] beta
Aditya Mahajan wrote:
I get the same error as Kevin:
! Undefined control sequence.
argument ... [\bibrefprefix ][\sectionseparator
]
Add this to fix the error:
\def\preparebibreflist#1{\def\bibreflist{#1}}%
see attached files.
For Hans: the attached test file demonstates one of the reasons
why this is still broken.
Both pages now have a link to a publication, but because of the
over-simplication of \preparebibrefprefix and \preparebibreflist,
these both point to the same label (the one on page one), and
luatex complains:
LuaTeX warning (ext4): destination with the same identifier
(name{WhoAmI2009}) has been already used, duplicate ignored
That is the problem these two macros were addressing, and I
have no idea how to do the same in the new structure code.
Best wishes,
Taco
bibfail.tex
Description: TeX document
@TechReport{WhoAmI2009,
author = {Who Am I},
title ={Foo, Bar, Baz},
institution = {Boo},
year = {2009},
number = {42},
month ={January}
}
bibfail.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] Why searching fonts in xetex is so slow?
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. How can I speed up math font loading? change add file: suffix (like [file:rm-iwonar]) won't help :( Core macros need to be changed somehow if you want to achieve that. Hans doesn't use XeTeX, so you need strong arguments to convince him to modify XeTeX-related code. Hans wanted to implement \definefontsynonym [a] [b] to automatically work whether b is a font name, font filename or the old good tfm font. Even though the idea sounds OK and works well in LuaTeX, there's a big problem with it, namely, it becomes so annoyingly slow that it's basically useless (just for fun, you can try to remove file: in front of LM fonts and observe the consequences). Usually filename and font name don't match anyway, so you definitely need to specify which one you want to use. But there's one further problem. You can now specify file: or name: prefix. In the first case this translates to \font\a=[b] and in the second case it translates to \font\a=b For tfm fonts you however need \font\a=b The second form with b works as well, but in that case XeTeX does internal search by first asking fc and only if that fails it asks kpathsea. If you don't provide either file: or name: then ConTeXt needs to check all the three different options in the following order: \font\a=b \font\a=b \font\a=[b] I forgot whether the first one is already accepted (maybe it is), but it any case it takes a lot of time before the right font is found. Ideally ConTeXt should at least switch the order of searching for fonts and should try kpatsea before fc, but then one runs into problems with font names with spaces if one doesn't explicitely provide the name: prefix. The current clever scheme causes more problems longer load times than it brings advantages, but unless Hans changes core macros, there's not much that you can do about it to speed up the loading time. 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] converting Word to Context
Wolfgang Schuster schuster.wolfg...@googlemail.com writes: You could try to ask Steffen Wolfrum, he's a professional typesetter [1] and should have knowledge about word2context conversion, that's what I got from a few older mails from him. Thanks for the suggesttion Wolfgang. Best wishes, Roger ___ 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, 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). 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 03:08, Yue Wang wrote: On Sat, Apr 25, 2009 at 4:29 AM, Mojca Miklavec wrote: 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\ Oh, right! It seemed weird to me when you were talking about font cache being deleted since I thouht you were using FreeBSD. What you can do temporary is to add --keep option to first-setup.bat, but I would like to fix the issue anyway. Hans, can you please apply the following fix: local normalflags = states.get(rsync.flags.normal) local deleteflags = if (destination:find(texmf$) or destination:find(context$)) and (not environment.argument(keep)) then deleteflags = states.get(rsync.flags.delete) end command = format(%s %s %s %s'%s' '%s', bin, normalflags, deleteflags, url, archives, destination) logs.report(mtx update, format(running command: %s,command)) 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 13:18, Yue Wang wrote: 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). That's possible. But if you remove file: prefix in LM font definitions then it will take forever to compile a hello-world file. (I cannot explain that, but it doesn't really matter.) 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: The current clever scheme causes more problems longer load times than it brings advantages, but unless Hans changes core macros, there's not much that you can do about it to speed up the loading time. I assume Context could add support for an explicit tfm: prefix, that would likely solve most issues. But one could also ask Jonathan to make XeTeX accept a less terse and idiosyncratic font syntax. As it stands you can't feed an arbitrary font name (which may contain spaces) into the non quoted syntax (because then the quoted syntax is actually required for tfm loading also), but by adding the quotes the system fonts are suddenly searched first. This makes it harder than needed to support both old and new font formats at the same time. Best wishes, Taco ___ 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, 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 ___
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] beta
Hi,
Taco Hoekwater wrote:
Aditya Mahajan wrote:
I get the same error as Kevin:
! Undefined control sequence.
argument ... [\bibrefprefix ][\sectionseparator
]
Add this to fix the error:
\def\preparebibreflist#1{\def\bibreflist{#1}}%
see attached files.
For Hans: the attached test file demonstates one of the reasons
why this is still broken.
Meanwhile, Hans has sent me a patch that should be good
enough to make people be able to use the bib module again,
so I will upload a new version soon (monday morning).
Best wishes,
Taco
___
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 ___
[NTG-context] Textbackground bug [repost]
[I got no answers to my previous post]
With page imposition, in luatex, background overrides text
\setuppapersize[A4][A3,landscape]
\setuparranging[2SIDE] % --bug here
\setupcolors[state=start]
\definetextbackground[intro]
[backgroundcolor=gray,
backgroundoffset=.25cm,
offset=.5cm,
frame=off,
location=paragraph,
color=white]
\definetextbackground[subintro]
[backgroundcolor=texcolorfour,
backgroundoffset=0pt,
offset=0pt,
frame=off,
location=text,
color=blue]
\starttext
\starttextbackground[intro]
A rather common way to draw attention to a passage, is to add
a background. In this chapter we will therefore discuss how
to enhance your document with \starttextbackground [subintro]
colorful areas that either or not follow the shape of your
paragraph. \stoptextbackground\ Be warned: this chapter has
so many backgrounds that you should consider wearing sunglasses.
\stoptextbackground
\dorecurse{5}{\input tufte}
\stoptext
Regards
--
Diego Depaoli
___
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] Stable version
Am 25.04.2009 um 18:12 schrieb Mohamed Bana: Hi guys, How can i get a somewhat recent and stable version where things just work. I've tried --stable and --context=stable which both insist of getting luatex 0.40. the names of stable versions is 'current' but you need also a older LuaTeX version mtxrun --verbose --script ./bin/mtx-update.lua --update --make -- force --engine=all --context=stable --stable --texroot=$PWD/tex -- extras=t-letter,t-mathsets,t-tikz,t-vim $@ t-letter :) There's a lot of things broken in the current minimals, e.g., bib module, hanging, a error about front and I can't to even seem to use OT fonts. hanging and front? I think context should complain when a CLI options hasn't been spelt correctly: CLI? 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] 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] Textbackground bug [repost]
Am 25.04.2009 um 18:15 schrieb Diego Depaoli: [I got no answers to my previous post] With page imposition, in luatex, background overrides text context --arrange filename 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] Textbackground bug [repost]
2009/4/25 Wolfgang Schuster schuster.wolfg...@googlemail.com: Am 25.04.2009 um 18:15 schrieb Diego Depaoli: [I got no answers to my previous post] With page imposition, in luatex, background overrides text context --arrange filename Thanks! but I'm a bit confused... in pdftex or xetex the arrange switch is always needed, in luatex page imposition works well without it Cheers -- Diego Depaoli ___ 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] Stable version
On Sat, Apr 25, 2009 at 18:12, Mohamed Bana wrote: Hi guys, How can i get a somewhat recent and stable version where things just work. I've tried --stable and --context=stable which both insist of getting luatex 0.40. True. We only provide a single version of LuaTeX and current (that often gets broken as well) doesn't work with the latest LuaTeX. I'm looking forward to nice suggestions about how to solve the issue. One can fetch an arbitrary version of LuaTeX from repository, but that's not convenient. 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] Stable version
Mohamed Bana wrote: There's a lot of things broken in the current minimals, e.g., bib module, hanging, a error about front and I can't to even seem to use OT fonts. bibtex fixing is in progress (at least it runs here) otf fonts ... well, i use them all day so ... I think context should complain when a CLI options hasn't been spelt correctly: $ context --batchmoed hm, maybe some day but it has a real low priority 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] Stable version
On Sat, 25 Apr 2009, Mojca Miklavec wrote: On Sat, Apr 25, 2009 at 18:12, Mohamed Bana wrote: Hi guys, How can i get a somewhat recent and stable version where things just work. I've tried --stable and --context=stable which both insist of getting luatex 0.40. True. We only provide a single version of LuaTeX and current (that often gets broken as well) doesn't work with the latest LuaTeX. I'm looking forward to nice suggestions about how to solve the issue. One can fetch an arbitrary version of LuaTeX from repository, but that's not convenient. Does it take too much space to also store the old versions of luatex binary? After all, we are only talking about the stable releases of ConTeXT. 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] Stable version
Mojca Miklavec wrote: On Sat, Apr 25, 2009 at 18:12, Mohamed Bana wrote: Hi guys, How can i get a somewhat recent and stable version where things just work. I've tried --stable and --context=stable which both insist of getting luatex 0.40. True. We only provide a single version of LuaTeX and current (that often gets broken as well) doesn't work with the latest LuaTeX. I'm looking forward to nice suggestions about how to solve the issue. One can fetch an arbitrary version of LuaTeX from repository, but that's not convenient. an option is to have a 0.30 0.40 0.50 etc branch; alongside we can store the latest context mkiv that still works on such a version - 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] Stable version
On Sat, Apr 25, 2009 at 6:17 PM, Wolfgang Schuster schuster.wolfg...@googlemail.com wrote: I think context should complain when a CLI options hasn't been spelt correctly: CLI? http://en.wikipedia.org/wiki/Command-line_interpreter -- 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 ___
