If you still haven't figured out how to reproduce it, apply the
patched I've attached. It will force the hash entries to be added in
sorted order. With the patch applied, if you have some fonts called
Calibri Bold Italic.otf
Calibri Bold.otf
Calibri Italic.otf
Calibri.otf
the order of hash insertions will always exactly as above, regardless
of disk order, e.g.:
filename | 49 -> /usr/share/fonts/vista/C-series/Calibri Bold Italic.otf
filename | 50 -> /usr/share/fonts/vista/C-series/Calibri Bold.otf
filename | 51 -> /usr/share/fonts/vista/C-series/Calibri Italic.otf
filename | 52 -> /usr/share/fonts/vista/C-series/Calibri.otf
So, you'll get bold italic instead of bold in the PDF.
Feel free to fiddle with the sort function if you name fonts
differently, but you need to make sure that bold italic gets loaded
before bold for the bug to occur.
On Thu, Aug 14, 2008 at 7:33 AM, Vasile Gaburici
On Wed, Aug 13, 2008 at 8:00 PM, Taco Hoekwater
wrote: Vasile Gaburici wrote:
Before I get anymore strawman arguments, here's the definitive experiment:
As Hans said, should be corrected in the latest beta. Please cut us some slack here, debugging unreproducible problems is hard and timeconsuming.
Okay, I've updated to the latest beta. Recursive OSFONTDIR works now for "script --fonts --reload" and for "context", but "script --fonts --list" is broken: no output.
The other bug, i.e. embedding bold italic instead of bold for some fonts, is still present.