<div dir="ltr">Can you attach the example that can reproduce your issue?<div><br></div><div>FcNameParse() should generates the same FcPattern with the strings generated by FcNameUnparse().</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Nov 29, 2016 at 2:43 PM, Lawrence D'Oliveiro <span dir="ltr"><<a href="mailto:ldo@geek-central.gen.nz" target="_blank">ldo@geek-central.gen.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 29 Nov 2016 13:08:48 +0900, Akira TAGOH wrote:<br>
<br>
> On Tue, Nov 29, 2016 at 11:19 AM, Lawrence D'Oliveiro <<br>
> <a href="mailto:ldo@geek-central.gen.nz">ldo@geek-central.gen.nz</a>> wrote:<br>
><br>
</span><span class="">>> I figured out that the problem seems to come from the inclusion<br>
>> of the “lang” and “charset” criteria in the returned pattern: the<br>
>> values for these tend to consist of long lists of items separated<br>
>> by “|” characters. But remove them, and the resulting pattern will<br>
>> correctly find the font again.<br>
>><br>
</span><span class="">> How did you do that? the separator is only shown by the debugging<br>
> output like FcPatternPrint() though, it isn't expected to reuse it<br>
> for any other purposes.<br>
<br>
</span>This was in the return value from FcNameUnparse.<br>
<div class="HOEnZb"><div class="h5">______________________________<wbr>_________________<br>
Fontconfig mailing list<br>
<a href="mailto:Fontconfig@lists.freedesktop.org">Fontconfig@lists.freedesktop.<wbr>org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/fontconfig" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/fontconfig</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Akira TAGOH</div>
</div>