<div dir="ltr">looks good to me.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, May 18, 2015 at 4:48 PM, Behdad Esfahbod <span dir="ltr"><<a href="mailto:behdad@behdad.org" target="_blank">behdad@behdad.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Revised patch attached, to declare zero language coverage for symbol fonts.<br>
<div class="HOEnZb"><div class="h5"><br>
On 15-05-18 12:29 AM, Behdad Esfahbod wrote:<br>
> Patch attached.  Needs documentation and comments, but otherwise looks about<br>
> right to me.  Please review.<br>
><br>
> b<br>
><br>
> On 15-05-17 05:09 AM, Raimund Steger wrote:<br>
>> On 05/14/15 21:38, Behdad Esfahbod wrote:<br>
>>> On 15-05-14 03:32 AM, Raimund Steger wrote:<br>
>>>> On 05/13/15 03:45, Behdad Esfahbod wrote:<br>
>>>>> On 15-05-12 04:45 PM, Raimund Steger wrote:<br>
>>>>>> [...]<br>
>>>><br>
>>>> Anyway when I try rendering some text in WPF using WingDings I see that the<br>
>>>> glyphs are accessible in two ways:<br>
>>>><br>
>>>> * old 8-bit codepoints (0x20..0xff)<br>
>>>> * PUA codepoints (0xf020..0xf0ff)<br>
>>><br>
>>> What happens if you remove the macroman subtable?  Does it still do the 8-bit<br>
>>> mapping?<br>
>><br>
>> Yes, same behavior. (To avoid confusion with the stock Wingdings I renamed the<br>
>> stripped font and used the WPF FontFamily constructor with a distinct<br>
>> directory location, so I'm quite sure.)<br>
>><br>
>>> [...]<br>
>>><br>
>>> Ok, so detecting such symbol fonts and treating them specially is certainly<br>
>>> possible.  We just need to figure out what special treatment is suitable.  I<br>
>>> think I'm fine with adding your hack, but also marking the font with a special<br>
>>> marker, such that only if a binding=strong family match happens the font is<br>
>>> picked up and never as a fallback.  That should address all problems we know<br>
>>> of, right? ;)<br>
>><br>
>> I think the binding=strong check may not even be necessary. Since Wingdings<br>
>> etc. aren't in any alias rules, the only way they would be chosen as fallback<br>
>> (even in the presence of strong 'lang' elements) is if there was none other<br>
>> available. And that's highly unlikely due to 49-sansserif.conf.<br>
>><br>
>> After all, I don't recall any such bugreports for 2.8.0...<br>
>><br>
>> Raimund<br>
>><br>
>><br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
behdad<br>
<a href="http://behdad.org/" target="_blank">http://behdad.org/</a><br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Akira TAGOH</div>
</div>