[Fontconfig] confused about <alias> <prefer>
Wed, 26 Feb 2003 13:48:16 -0800
Around 21 o'clock on Feb 26, Alan Chandler wrote:
> Yes - I full understand the use of weak binding for the generic names
The generic names are often provided by the application and end up (by
default) with strong binding. Perhaps the problem here is an application
using the "generic" name 'fixed' which in fact matches actual fonts. The
proper generic name is 'monospace', which won't match any fonts.
It's the substitutions in the config file which are weak by default. The
intent is to ensure that:
Times(s),Serif(s) -> Times(s),Times New Roman(w),Serif(s)
Language is relevant here. My copy of Times doesn't have cyrillic
letters, so if an application used this pattern for a russian document,
if the Times New Roman was bound strong, it would match better than Times
did. However, when an application explicitly specifies a family name,
with a strong binding, that overrides the language so that the application
opens the named font instead of one which supports the language.
> If there is strong binding alias family name my proposal is that the prefer
> would prepend as strong. At the moment it prepends as weak, and so the
> matching mechanism effectively ignores this prepending. This was the problem
> I was having.
The generic names aren't supposed to matter as there aren't supposed to be
fonts with those names present in the system. Strong aliases should serve
only to override real fonts with others, and that must not be part of the
default configuration as that makes it impossible for applications to ever
open the overridden fonts.
I guess I'm still confused over what the actual problem is here.