mkiv update

Hans Hagen

17 Dec 2007 17 Dec '07

2:02 p.m.

Hi, there is a new luatex binary; you really need the latest mkiv (i just uploaded a current) with it; the memory footprint of huge fonts is lowered again, but don't expect more savings there (at least not on the short term) 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 -----------------------------------------------------------------

Show replies by date

Wolfgang Schuster

17 Dec 17 Dec

3:45 p.m.

2007/12/17, Hans Hagen :

...

Hi,

there is a new luatex binary; you really need the latest mkiv (i just uploaded a current) with it; the memory footprint of huge fonts is lowered again, but don't expect more savings there (at least not on the short term)

sounds like good new to me but I was also impresses by the last betas because everyone lowered the process time on my system and normal fonts had been never be a problem. Wolfgang

Wolfgang Schuster

18 Dec 18 Dec

10:13 a.m.

2007/12/17, Hans Hagen :

...

Hi,

there is a new luatex binary; you really need the latest mkiv (i just uploaded a current) with it; the memory footprint of huge fonts is lowered again, but don't expect more savings there (at least not on the short term)

Hi Hans, too bad for you but I have to give you a bug report. 1. transparent colors are broken in mkiv. \setupcolors[state=start] \definecolor[tred][r=1,a=1,t=.5] \starttext \color[tred]{\blackrule[width=5cm,height=5cm]} \stoptext 2. also mkiv, ConTeXt has problems to load more than one cid font in one document, loading only font but for more fonts on the first is recognized and all followings fonts can't be loaded. The relevant part in the log file is: Loading the first font in the document. report >> load otf: loading: c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozMinProVI-Regular.otf report >> load otf: enhance: before report >> load otf: checking cidmap, registry: Adobe, ordering: Japan1, supplement: 6 report >> load otf: using cidmap file Adobe-Japan1-6.cidmap Loading the second font in the document: report >> load otf: loading: c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf report >> load otf: enhance: before report >> load otf: unable to remap cid font, missing cid file for c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf I attached also the complete message from my ConTeXt run. Wolfgang

Taco Hoekwater

10:34 a.m.

Wolfgang Schuster wrote:

...

report >> load otf: unable to remap cid font, missing cid file for c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf

Looks like we don't have a cidmap for Japan1-4. It may work if you copy <texmf-local>/fonts/cid/adobe-japan1-5.cidmap to adobe-japan1-4.cidmap (dont for get to rerun luatools --generate). Best wishes, Taco

Wolfgang Schuster

10:42 a.m.

2007/12/18, Taco Hoekwater :

...

Wolfgang Schuster wrote:

...
report >> load otf: unable to remap cid font, missing cid file for c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf

Looks like we don't have a cidmap for Japan1-4. It may work if you copy <texmf-local>/fonts/cid/adobe-japan1-5.cidmap to adobe-japan1-4.cidmap (dont for get to rerun luatools --generate).

Why do you want a cidmap for Japan 1-4, Kozuka Gothic need one for Japan1-6. The font caching did only fail if I use both fonts in "one" document, I tried to use both font in another document and loaded there the Gothic font before the Mincho font and now the Gothic font worked but the Mincho font was not loaded. At the moment I load both fonts in seperate document with only one font in every file and this did work and I can also use both font together in my real document. Wolfgang

Taco Hoekwater

11:21 a.m.

Wolfgang Schuster wrote:

...

2007/12/18, Taco Hoekwater :

...
Wolfgang Schuster wrote:

...
report >> load otf: unable to remap cid font, missing cid file for c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf Looks like we don't have a cidmap for Japan1-4. It may work if you copy <texmf-local>/fonts/cid/adobe-japan1-5.cidmap to adobe-japan1-4.cidmap (dont for get to rerun luatools --generate).

Why do you want a cidmap for Japan 1-4, Kozuka Gothic need one for Japan1-6.

Ah, sorry. My KozGoPro-Medium.otf is Japan 1-4.

Wolfgang Schuster

1:30 p.m.

2007/12/18, Taco Hoekwater :

...

Wolfgang Schuster wrote:

...
2007/12/18, Taco Hoekwater :

...
Wolfgang Schuster wrote:

...
report >> load otf: unable to remap cid font, missing cid file for c:/w32tex/share/texmf-fonts/fonts/opentype/adobe/kozuka/KozGoProVI-Medium.otf Looks like we don't have a cidmap for Japan1-4. It may work if you copy <texmf-local>/fonts/cid/adobe-japan1-5.cidmap to adobe-japan1-4.cidmap (dont for get to rerun luatools --generate).

Why do you want a cidmap for Japan 1-4, Kozuka Gothic need one for Japan1-6.

Ah, sorry. My KozGoPro-Medium.otf is Japan 1-4.

I use only the Kozuka Mincho ond Gothic fonts from the japnese language pack for Adoe Reader, it contains KozGoProVI-Medium and not KozGoPro-Medium, your font is available in different sizes while mine has only one style, no bold or medium but italic for latin chars. Wolfgang

Arthur Reutenauer

5:42 p.m.

...

2. also mkiv, ConTeXt has problems to load more than one cid font in one document, loading only font but for more fonts on the first is recognized and all followings fonts can't be loaded.

I can confirm that. Hans, the problem is in the fonts.otf.cidmap function in font-otf.lua: if it has already found an appropriate cidmap, the "if not fonts.otf.cidmaps[filename]" test fails and returns nothing. You need to add a matching "else" clause, something like "else return fonts.otf.cidmaps[filename]" (I just made this addition and recompiled the formats, and it works). Arthur

Hans Hagen

5:44 p.m.

Arthur Reutenauer wrote:

...

...
2. also mkiv, ConTeXt has problems to load more than one cid font in one document, loading only font but for more fonts on the first is recognized and all followings fonts can't be loaded.

I can confirm that. Hans, the problem is in the fonts.otf.cidmap function in font-otf.lua: if it has already found an appropriate cidmap, the "if not fonts.otf.cidmaps[filename]" test fails and returns nothing. You need to add a matching "else" clause, something like "else return fonts.otf.cidmaps[filename]" (I just made this addition and recompiled the formats, and it works).

ok, thanks, will fix it 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 -----------------------------------------------------------------

6215

Age (days ago)

6216

Last active (days ago)

List overview

Download

8 comments

4 participants

participants (4)

Arthur Reutenauer
Hans Hagen
Taco Hoekwater
Wolfgang Schuster

mkiv update

tags

participants (4)