Problem with "fontdata.cache" being set to "no" in font-def.lua
![](https://secure.gravatar.com/avatar/2259586bbe3f45ed8564afe9bd7a8439.jpg?s=120&d=mm&r=g)
Hi Hans, I am testing comperssion of Chinese punctuations according boundingbox. But I found that the "fontdata.cache" in font-def.lua is set to "no", so I can't get the boundingbox information of those punctuation glyphs in my module. I want to know why set to "no" as default. Is it for efficiency? -- Best regards, Li Yanrui
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Yanrui Li wrote:
Hi Hans,
I am testing comperssion of Chinese punctuations according boundingbox. But I found that the "fontdata.cache" in font-def.lua is set to "no", so I can't get the boundingbox information of those punctuation glyphs in my module. I want to know why set to "no" as default. Is it for efficiency?
bbinfo sits in the shared descriptions (that travel with each font) and as such is unrelated to the cache the cache option mentioned there is not meant for using, just for debugging (i.e. for myself) 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 -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/2259586bbe3f45ed8564afe9bd7a8439.jpg?s=120&d=mm&r=g)
2009/6/17 Hans Hagen
Yanrui Li wrote:
Hi Hans,
I am testing comperssion of Chinese punctuations according boundingbox. But I found that the "fontdata.cache" in font-def.lua is set to "no", so I can't get the boundingbox information of those punctuation glyphs in my module. I want to know why set to "no" as default. Is it for efficiency?
bbinfo sits in the shared descriptions (that travel with each font) and as such is unrelated to the cache
the cache option mentioned there is not meant for using, just for debugging (i.e. for myself)
I have printed the the shared descriptions with the following code fragment: function f4zhcn.pre_linebreak_filter (head, groupcode) for t in node.traverse(head) do if is_cjk_ideo (t) then texio.write_nl ('*** CJK Ideo ***') elseif is_cjk_puncts (t) then texio.write_nl ('*** CJK Punct ***') for k in pairs(font.fonts[t.font]) do texio.write_nl (k) end end end return true end With "fontdata.cache = 'no'", I just got: *** CJK Punct *** checksum direction MathConstants encodingbytes filename format designsize area type tounicode characters embedding parameters name extend used slant fullname size Only with "fontdata.cache = 'yes'", I can get: *** CJK Punct *** direction boundarychar_label marks encodingbytes factor filename descriptions ... ... -- Best regards, Li Yanrui
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Yanrui Li wrote:
the cache option mentioned there is not meant for using, just for debugging (i.e. for myself)
I have printed the the shared descriptions with the following code fragment:
function f4zhcn.pre_linebreak_filter (head, groupcode) for t in node.traverse(head) do if is_cjk_ideo (t) then texio.write_nl ('*** CJK Ideo ***') elseif is_cjk_puncts (t) then texio.write_nl ('*** CJK Punct ***') for k in pairs(font.fonts[t.font]) do texio.write_nl (k) end end end return true end
With "fontdata.cache = 'no'", I just got:
as we cache fonts at the lua end we don't want interference at the tex end (not duplicate table creation); the no tells luatex not to manage a cache at the tex end (i.e. no free not creation) the "no" tells luatex not to keep a reference to the table it gets passed and when you then use font.fonts it will recreate a table from the data at the tex end and descriptions (and of course all other extra that i create and manage at the lua end is not available) at the lua end you can use fonts.ids[id] instead and then you will get a descriptions (and leave the fontdata.cache key untouched unless you want to waste memory and runtime) Hans ps. i will look into this bbox based compensation once we have a proper set of guaranteed correct standard cjk fonts in tex live and i've figured out a robust way to deal with it; i had code for it but threw it away out when i ran into conflicts with opentype features that do similar things and fonts that were inconsistent ----------------------------------------------------------------- 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 -----------------------------------------------------------------
![](https://secure.gravatar.com/avatar/2259586bbe3f45ed8564afe9bd7a8439.jpg?s=120&d=mm&r=g)
2009/6/18 Hans Hagen
Yanrui Li wrote:
the cache option mentioned there is not meant for using, just for debugging (i.e. for myself)
I have printed the the shared descriptions with the following code fragment:
function f4zhcn.pre_linebreak_filter (head, groupcode) for t in node.traverse(head) do if is_cjk_ideo (t) then texio.write_nl ('*** CJK Ideo ***') elseif is_cjk_puncts (t) then texio.write_nl ('*** CJK Punct ***') for k in pairs(font.fonts[t.font]) do texio.write_nl (k) end end end return true end
With "fontdata.cache = 'no'", I just got:
as we cache fonts at the lua end we don't want interference at the tex end (not duplicate table creation); the no tells luatex not to manage a cache at the tex end (i.e. no free not creation)
the "no" tells luatex not to keep a reference to the table it gets passed and when you then use font.fonts it will recreate a table from the data at the tex end and descriptions (and of course all other extra that i create and manage at the lua end is not available)
at the lua end you can use fonts.ids[id] instead and then you will get a descriptions (and leave the fontdata.cache key untouched unless you want to waste memory and runtime)
Ok, I see. many thanks!
Hans
ps. i will look into this bbox based compensation once we have a proper set of guaranteed correct standard cjk fonts in tex live and i've figured out a robust way to deal with it; i had code for it but threw it away out when i ran into conflicts with opentype features that do similar things and fonts that were inconsistent
I am just playing with luatex and learning it. Then I want to do something for Chinese temporarily with Wolfgang's simplefonts module because I need it for some documents of mine now. -- Best regards, Li Yanrui
![](https://secure.gravatar.com/avatar/2259586bbe3f45ed8564afe9bd7a8439.jpg?s=120&d=mm&r=g)
2009/6/18 Hans Hagen
Yanrui Li wrote:
the cache option mentioned there is not meant for using, just for debugging (i.e. for myself)
I have printed the the shared descriptions with the following code fragment:
function f4zhcn.pre_linebreak_filter (head, groupcode) for t in node.traverse(head) do if is_cjk_ideo (t) then texio.write_nl ('*** CJK Ideo ***') elseif is_cjk_puncts (t) then texio.write_nl ('*** CJK Punct ***') for k in pairs(font.fonts[t.font]) do texio.write_nl (k) end end end return true end
With "fontdata.cache = 'no'", I just got:
as we cache fonts at the lua end we don't want interference at the tex end (not duplicate table creation); the no tells luatex not to manage a cache at the tex end (i.e. no free not creation)
the "no" tells luatex not to keep a reference to the table it gets passed and when you then use font.fonts it will recreate a table from the data at the tex end and descriptions (and of course all other extra that i create and manage at the lua end is not available)
at the lua end you can use fonts.ids[id] instead and then you will get a descriptions (and leave the fontdata.cache key untouched unless you want to waste memory and runtime)
Hans
ps. i will look into this bbox based compensation once we have a proper set of guaranteed correct standard cjk fonts in tex live and i've figured out a robust way to deal with it; i had code for it but threw it away out when i ran into conflicts with opentype features that do similar things and fonts that were inconsistent
Is there a way to provide some key parameters to users and allow them to adjust these parameters in tex for the specific cjk fonts? For Chinese fonts (because I just understand Chinese) I don't think those opentype features is very useful. In general situation, we just need: 1. insert glue between Chinese glyph nodes for linebreak 2. reduce the spaces between Chinese punctuations 3. process protruding of punctuations which appear in margin. If users can set up some parameters to control these features according specific situation, maybe we do not need correct standard CJK fonts. What I mean is that we can make an abstract layer for CJK fonts. I don't know wether your plan is that or not. -- Best regards, Li Yanrui
![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Yanrui Li wrote:
1. insert glue between Chinese glyph nodes for linebreak
there is a mechanism for that already
2. reduce the spaces between Chinese punctuations
this is on the todlist (once we have fonts and time)
3. process protruding of punctuations which appear in margin.
this is already possible 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 -----------------------------------------------------------------
participants (2)
-
Hans Hagen
-
Yanrui Li