On 3/28/2023 7:05 PM, Carlos via ntg-context wrote:
On Mon, Mar 27, 2023 at 03:43:47PM +0200, Hans Hagen via ntg-context wrote:
On 3/27/2023 3:31 PM, Carlos via ntg-context wrote:
mkiv lua stats > loaded fonts: 4 files: latinmodern-math.otf, lmroman10-regular.otf, lucidabrightregular.ttf, lucidasansregular.ttf
i admit never having seen lucida ttf files (but when opentype ttf files are used with an afm file present then no map files are needed at all because we're in wide font mode and encidings are ignored)
I hadn't either. But everything aligned and thought it was nice.
You're right that loading a map file is not needed, but If you're concerned about afm files then bring these files over to the working directory, and then mtxrun --generate the same
So yes. Even though the file was something like (intended originally to load the map file, correct?) but since the map file is no longer necessary then afm should suffice
\starttypescript [serif] [lucida] [texnansi] \definefontsynonym[LucidaBrightDemiBold][texnansi-lucidabrightdemibold][encoding=texnansi] \definefontsynonym[LucidaBrightDemiItalic][texnansi-lucidabrightdemiitalic][encoding=texnansi] \definefontsynonym[LucidaBrightItalic][texnansi-lucidabrightitalic][encoding=texnansi] \definefontsynonym[LucidaBrightRegular][texnansi-lucidabrightregular][encoding=texnansi] \stoptypescript
these encodings only make sense with mkii (in which case the map file tells pdftex if a ttf or pfb file is used) in mkiv encodings are ignored, when a ttf/otf file is used no afm is read, and when a pfb fils is used the afm is used (ligature adn kerning info etc) but a wide font is assembled (when a ttf is used the lucidaot typescript file can serve as example) in mkxl we assume the otf files sold by TUG are used (recently the math font was updated)
and not with the file specification as in:
\starttypescript [mylucidaserif] % or mylucidasans \definefontsynonym[LucidaBrightRegular] [file:LucidaBrightRegular] \definefontsynonym[LucidaBrightItalic] [file:LucidaBrightItalic] \definefontsynonym[LucidaBrightBold] [file:LucidaBrightDemiBold] \stoptypescript
and \setups[font:fallback:serif:sans] wouldn't be needed either
you'd end up with
in mkxl (lmtx) \setupbodyfont[lucida] will load open type definitions
mkiv lua stats > loaded patterns: en::1, load time: 0.000 mkiv lua stats > loaded fonts: 4 files: lucidabrightregular.otf, lucidasansregular.otf, latinmodern-math.otf, lmroman10-regular.otf
so why not use lucida math fonts?
mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 12 instances, 5 shared in backend, 3 common vectors, 2 common hashes, load time 16.898 seconds
i assume that you don't get this 16 seconds load time each run
You're correct. That's why you recommended to use otf first . even with type one fonts 17 sec load time for a few fonts is not okay, i expect more something like:
mkiv lua stats > loaded fonts: 3 files: lucidabrightmathot.otf, lucidabrightot.otf, lucidasansot.otf mkiv lua stats > font engine: otf 3.133, afm 1.513, tfm 1.000, 14 instances, 10 shared in backend, 6 common vectors, 4 common hashes, load time 0.161 seconds (so 100 times less load time here) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------