[vdr] [ANNOUNCE] VDR developer version 1.5.3
anssi.hannula at gmail.com
Sat Jun 16 17:14:24 CEST 2007
Anssi Hannula wrote:
> Klaus Schmidinger wrote:
>> On 06/16/07 15:36, Anssi Hannula wrote:
>>> Klaus Schmidinger wrote:
>>>> On 06/10/07 17:53, Anssi Hannula wrote:
>>>>> + strcpy(FontOsd, "arialbd.ttf");
>>>>> + strcpy(FontSml, "arial.ttf");
>>>>> + strcpy(FontFix, "courbd.ttf");
>>>>> I'd use some free-as-in-freedom font (Vera?) by default, that are more
>>>>> likely installed in systems.
>>>> Those were the ones suggested in Alexander Riedel's original patch.
>>>> Which ones would you suggest?
>>> If you will decide to go with fontconfig, just for the record, the
>>> relevant aliases AFAIK are "sans-serif:bold", "sans-serif", and
>>> "monospace:bold", i.e. for the current defaults "Arial Bold", "Arial"
>>> and "Courier Bold". There probably is another way to specify bold (or
>>> query bold capability) using fontconfig functions as well, but :bold
>>> seems to work for me.
>> Yes, I'm currently going for fontconfig - looks very promising so far.
>> And your hint is much appreciated - that's exactly what I needed
>> right now :-)
> About those bolds.. It seems using the ":bold" suffix isn't reliable,
> i.e. at least here using "monospace:bold" and calling FcFontSort returns
> non-monospace fonts ahead of the wanted monospace fonts.
Actually, you can disregard this, these *do* work correctly when used
(I first tested by specifically putting these suffixes into the
FC_FAMILY field, which does not work)
> Using this it works correctly, though, and the bold monospace font is
> returned first:
> FcPatternAddInteger(fc_pattern, FC_WEIGHT, FC_WEIGHT_BOLD)
More information about the vdr