Hi, I uploaded a beta. There have been some changes in the initial font loading code (mostly an experiment and hopefully compatible). The default load->cache method is unchanged (and tagged table') but you can configure others (given tat you run luatex 0.63) There are three optional levels of intermediate garbage collection: \enabledirectives[fonts.otf.loader.cleanup=1] % true|false 1 2 3 The higher the number, the less memory is used (I'm preparing a chapter for hybrid.pdf that discusses these methods and gives some statistics). By default cleanup is turned off. Garbage collection efficiency differs per situation and is somewhat platform dependent. There are three methods but only table and sparse make sense: \enabledirectives[fonts.otf.loader.method=table] \enabledirectives[fonts.otf.loader.method=mixed] \enabledirectives[fonts.otf.loader.method=sparse] In some cases sparse might save a bit of memory but at the cost of runtime and even then it only concerns making a font cache-ready so in practice it is seldom needed to change the defaults. Only mess around with these directives if you are convinced that it will improve your situation. As said, these are the results of an experiment so we keep them around. If no serious problems are found in the beta I will release a current, so that we're nicely in sync with todays luatex beta. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Works funny on my Lucida fonts, something about
=============================================
structure : section @ level 3 : 0.0.9 -> References
define fonts > font with name LucidaBright is not found
define fonts > unknown font LucidaBright, loading aborted
define fonts > unable to define LucidaBright as \*lucida8ptrmtfa*
=============================================
the funny part is, I can get the math symbols and the lucida bright fonts in
the
pdf file, but there're no bold, italic and small caps, and the whole
document
is using the same font size, the titles aren't enlarged.
On Fri, Sep 10, 2010 at 6:08 AM, Hans Hagen
Hi,
I uploaded a beta. There have been some changes in the initial font loading code (mostly an experiment and hopefully compatible). The default load->cache method is unchanged (and tagged table') but you can configure others (given tat you run luatex 0.63)
There are three optional levels of intermediate garbage collection:
\enabledirectives[fonts.otf.loader.cleanup=1] % true|false 1 2 3
The higher the number, the less memory is used (I'm preparing a chapter for hybrid.pdf that discusses these methods and gives some statistics). By default cleanup is turned off. Garbage collection efficiency differs per situation and is somewhat platform dependent.
There are three methods but only table and sparse make sense:
\enabledirectives[fonts.otf.loader.method=table] \enabledirectives[fonts.otf.loader.method=mixed] \enabledirectives[fonts.otf.loader.method=sparse]
In some cases sparse might save a bit of memory but at the cost of runtime and even then it only concerns making a font cache-ready so in practice it is seldom needed to change the defaults.
Only mess around with these directives if you are convinced that it will improve your situation. As said, these are the results of an experiment so we keep them around.
If no serious problems are found in the beta I will release a current, so that we're nicely in sync with todays luatex beta.
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net
___________________________________________________________________________________
-- Best Regards Chen
On 10-9-2010 5:58, Zhichu Chen wrote:
Works funny on my Lucida fonts, something about ============================================= structure : section @ level 3 : 0.0.9 -> References define fonts> font with name LucidaBright is not found define fonts> unknown font LucidaBright, loading aborted define fonts> unable to define LucidaBright as \*lucida8ptrmtfa* ============================================= the funny part is, I can get the math symbols and the lucida bright fonts in the pdf file, but there're no bold, italic and small caps, and the whole document is using the same font size, the titles aren't enlarged.
That's type one fonts isn't it? I didn't touch that afaik. Anyhow, no test file .. no real answer. There are too many lucida variants around to make a guess what happens. Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
My apology. I attach the test file here and hope that's gonna help.
I extract everything from the font package to
$texmf-fonts/fonts/data/bh/lucida
and that's it.
Maybe it happened a long time ago and I hadn't noticed that. But
I'm still concerned about the messages in the log file, like
=========================
forced type afm of stmary10 not found
=========================
and how come luatex wanna
=========================
define LucidaBright as \*lucida12ptrmtf*
=========================
Anyway, it's type1 fonts.
On Fri, Sep 10, 2010 at 3:49 PM, Hans Hagen
That's type one fonts isn't it? I didn't touch that afaik. Anyhow, no test file .. no real answer. There are too many lucida variants around to make a guess what happens.
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
-- Best Regards Chen
On 10-9-2010 10:43, Zhichu Chen wrote:
My apology. I attach the test file here and hope that's gonna help. I extract everything from the font package to $texmf-fonts/fonts/data/bh/lucida and that's it.
works ok here did you run mtxrun --generate etc? Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
On Fri, Sep 10, 2010 at 11:59 PM, Hans Hagen
On 10-9-2010 10:43, Zhichu Chen wrote:
My apology. I attach the test file here and hope that's gonna help. I extract everything from the font package to $texmf-fonts/fonts/data/bh/lucida and that's it.
works ok here
did you run mtxrun --generate etc?
Yes, I did. But weird thing happened when I run the command manually again. I got the following message: =============================== systems : begin file untitled-2.tex at line 3 {d:/ConTeXt/tex/texmf-fonts/fonts/map/dvips/bh/lucida/lucida.map} fontnames > font database does not match configuration and file hashes fontnames > warnings are disabled (tracker 'fonts.warnings') fontnames > identifying tree font files with suffix otf ===============================
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
-- Best Regards Chen
Fine, I see what's the problem: I can't find my fonts.
I run
mtxrun --script fonts --reload
and
luatools AdobeSongStd-Light.otf
get
d:/ConTeXt/tex/texmf-fonts/fonts/opentype/public/Adobe/AdobeSongStd-Light.otf
But when I run
mtxrun --script fonts --list --file Adobe
I get nothing ironically.
Did I miss something? I've put the texmfcnf.lua under texmf/web2c.
On Sat, Sep 11, 2010 at 12:19 PM, Zhichu Chen
On Fri, Sep 10, 2010 at 11:59 PM, Hans Hagen
wrote: On 10-9-2010 10:43, Zhichu Chen wrote:
My apology. I attach the test file here and hope that's gonna help. I extract everything from the font package to $texmf-fonts/fonts/data/bh/lucida and that's it.
works ok here
did you run mtxrun --generate etc?
Yes, I did. But weird thing happened when I run the command manually again. I got the following message: =============================== systems : begin file untitled-2.tex at line 3
{d:/ConTeXt/tex/texmf-fonts/fonts/map/dvips/bh/lucida/lucida.map}
fontnames > font database does not match configuration and file hashes
fontnames > warnings are disabled (tracker 'fonts.warnings')
fontnames > identifying tree font files with suffix otf ===============================
On 12-9-2010 8:52, Zhichu Chen wrote:
Fine, I see what's the problem: I can't find my fonts.
I run mtxrun --script fonts --reload and luatools AdobeSongStd-Light.otf get d:/ConTeXt/tex/texmf-fonts/fonts/opentype/public/Adobe/AdobeSongStd-Light.otf But when I run mtxrun --script fonts --list --file Adobe
--pattern=*adobe* ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
2010/9/12 Hans Hagen
On 12-9-2010 8:52, Zhichu Chen wrote:
Fine, I see what's the problem: I can't find my fonts.
I run mtxrun --script fonts --reload and luatools AdobeSongStd-Light.otf get
d:/ConTeXt/tex/texmf-fonts/fonts/opentype/public/Adobe/AdobeSongStd-Light.otf But when I run mtxrun --script fonts --list --file Adobe
--pattern=*adobe*
However `mtxrun --script fonts --list --pattern=*` command can not work now at least for the beta 2010.09.09 in linux x86. It gives the error: ...text/tex/texmf-context/tex/context/base/font-otp.lua:512: attempt to call field 'register' (a nil value) -- Best regards, Li Yanrui (李延瑞)
On 12-9-2010 1:01, Li Yanrui (李延瑞) wrote:
2010/9/12 Hans Hagen
: On 12-9-2010 8:52, Zhichu Chen wrote:
Fine, I see what's the problem: I can't find my fonts.
I run mtxrun --script fonts --reload and luatools AdobeSongStd-Light.otf get
d:/ConTeXt/tex/texmf-fonts/fonts/opentype/public/Adobe/AdobeSongStd-Light.otf But when I run mtxrun --script fonts --list --file Adobe
--pattern=*adobe*
However `mtxrun --script fonts --list --pattern=*` command can not work now at least for the beta 2010.09.09 in linux x86. It gives the error:
...text/tex/texmf-context/tex/context/base/font-otp.lua:512: attempt to call field 'register' (a nil value)
not in the latest beta ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hi,
I found an issues with the symbol of integral and its lower limit and
upper limit
example:
\definetypeface [mainface] [mm] [math] [palatino] [default][encoding=texnansi]
\setupbodyfont[mainface,rm,12pt]
\starttext
$\int_a^b f(x)\,{\rm d}x=I$
\stoptext
--
Best Regards
2010/9/10 Hans Hagen
Hi,
I uploaded a beta. There have been some changes in the initial font loading code (mostly an experiment and hopefully compatible). The default load->cache method is unchanged (and tagged table') but you can configure others (given tat you run luatex 0.63)
There are three optional levels of intermediate garbage collection:
\enabledirectives[fonts.otf.loader.cleanup=1] % true|false 1 2 3
The higher the number, the less memory is used (I'm preparing a chapter for hybrid.pdf that discusses these methods and gives some statistics). By default cleanup is turned off. Garbage collection efficiency differs per situation and is somewhat platform dependent.
There are three methods but only table and sparse make sense:
\enabledirectives[fonts.otf.loader.method=table] \enabledirectives[fonts.otf.loader.method=mixed] \enabledirectives[fonts.otf.loader.method=sparse]
In some cases sparse might save a bit of memory but at the cost of runtime and even then it only concerns making a font cache-ready so in practice it is seldom needed to change the defaults.
Only mess around with these directives if you are convinced that it will improve your situation. As said, these are the results of an experiment so we keep them around.
If no serious problems are found in the beta I will release a current, so that we're nicely in sync with todays luatex beta.
Hans
----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | voip: 087 875 68 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 : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
On 09/10/2010 07:14 AM, views63 wrote:
Hi,
I found an issues with the symbol of integral and its lower limit and upper limit
This appears related to the operator script placement fix I did in luatex for Cambria Math. Hans, you already patch the lm math somewhere for the displaystyle \int's etc, I think. With 0.63.0, you have to the same for the non-display glyphs. Best wishes, Taco
participants (5)
-
Hans Hagen
-
Li Yanrui (李延瑞)
-
Taco Hoekwater
-
views63
-
Zhichu Chen