Vasile Gaburici wrote:
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.
Ok, bug found and squashed. Patch is below
Okay, I've updated to the latest beta. Recursive OSFONTDIR
Vasile Gaburici wrote:
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
On Aug 14, 2008, at 10:48 AM, Hans Hagen wrote:
the order is just one factor. what actually happens is that there is a
compensation for buggy font names (as happens often in afm files) so
in
practice one entry might become three entries; taco noticed that one
of
the fallbacks create
Vasile Gaburici wrote:
I've switched to the rsync-ed minimals on Linux. There are still some
problems with fonts:
1) Bold is still missing from fonts pulled via OSFONTDIR, e.g.:
verdana Verdana
/usr/share/fonts/vista/Verdana.ttf
verdana bold italic
Taco Hoekwater wrote:
Vasile Gaburici wrote:
I've switched to the rsync-ed minimals on Linux. There are still some
problems with fonts:
1) Bold is still missing from fonts pulled via OSFONTDIR, e.g.:
verdana Verdana
/usr/share/fonts/vista/Verdana.ttf
verdana
On Wed, Aug 13, 2008 at 11:31 AM, Hans Hagen [EMAIL PROTECTED] wrote:
Yes, recursion would be nice.
font-syn.lua, line 190:
path = input.clean_path(path .. /)
path = path:gsub(/+,/)
path = path .. **/
insert the last line and see what happens (untested because
Vasile Gaburici wrote:
On Wed, Aug 13, 2008 at 11:31 AM, Hans Hagen [EMAIL PROTECTED] wrote:
Yes, recursion would be nice.
font-syn.lua, line 190:
path = input.clean_path(path .. /)
path = path:gsub(/+,/)
path = path .. **/
insert the last line and see what
As for the missing bold, it seems there's a bug in the naming scheme:
Ii the bold italic file gets read from the disk before the bold, then
you don't get the right entries. It so happens that most of the fonts
in that dir had bold before bold italic, e.g.
fontnames | identifying ttf font
Vasile Gaburici wrote:
As for the missing bold, it seems there's a bug in the naming scheme:
Ii the bold italic file gets read from the disk before the bold, then
you don't get the right entries. It so happens that most of the fonts
in that dir had bold before bold italic, e.g.
fontnames |
On Wed, Aug 13, 2008 at 2:20 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Vasile Gaburici wrote:
As for the missing bold, it seems there's a bug in the naming scheme:
Ii the bold italic file gets read from the disk before the bold, then
you don't get the right entries. It so happens that most of
Vasile Gaburici wrote:
I've switched to the rsync-ed minimals on Linux. There are still some
problems with fonts:
1) Bold is still missing from fonts pulled via OSFONTDIR, e.g.:
verdana Verdana
/usr/share/fonts/vista/Verdana.ttf
verdana bold italic
On Wed, Aug 13, 2008 at 1:47 PM, Vasile Gaburici [EMAIL PROTECTED] wrote:
On Wed, Aug 13, 2008 at 2:20 PM, Hans Hagen [EMAIL PROTECTED] wrote:
Vasile Gaburici wrote:
As for the missing bold, it seems there's a bug in the naming scheme:
Ii the bold italic file gets read from the disk before
Before I get anymore strawman arguments, here's the definitive experiment:
$ ls -U1 /usr/share/fonts/vista/ | grep erda
Verdanai.ttf
Verdana.ttf
Verdanaz.ttf
Verdanab.ttf
$ ls -U1 /xp/wtf/
Verdana.ttf
Verdanab.ttf
Verdanai.ttf
Verdanaz.ttf
Notice that the directory order is different, bold
Vasile Gaburici wrote:
Before I get anymore strawman arguments, here's the definitive experiment:
$ ls -U1 /usr/share/fonts/vista/ | grep erda
Verdanai.ttf
Verdana.ttf
Verdanaz.ttf
Verdanab.ttf
$ ls -U1 /xp/wtf/
Verdana.ttf
Verdanab.ttf
Verdanai.ttf
Verdanaz.ttf
did you test the
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.
BTW, the Lua 5.1 reference manual is a joke.
On Wed, Aug 13, 2008 at 8:00 PM, Taco Hoekwater [EMAIL PROTECTED] 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
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
17 matches
Mail list logo