freetype-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft-devel] Contribution to freetype


From: suzuki toshiya
Subject: Re: [ft-devel] Contribution to freetype
Date: Sun, 18 Mar 2018 19:58:05 +0900
User-agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329)

Hi,

slightly off-topic discussion...

> Maybe I'm mistaken.  Note that the `xmlns' link in those XML files,
> 
>   http://schemas.microsoft.com/winfx/2006/xaml/composite-font
> 
> is broken.  However, it contains the string `winfx', which is (or

In the namespace definition of XML, such strings looking like as URL
are required as the identifiers, and often unreachable URL causing
404 error. But it is not broken in the conformance of XML spec.

Regards,
mpsuzuki

Werner LEMBERG wrote:
>>> If I understand you correctly, an application that uses DirectWrite
>>> doesn't need `.compositeFont' files at all, right?  What happens
>>> with applications that don't use DirectWrite?
>> No, I don't think they have any value for DirectWrite.  If
>> application is not using DirectWrite the only option left is GDI
>> paired with Uniscribe, or .NET (WPF is also working through
>> DirectWrite in modern versions).
> 
> OK.
> 
>>> AFAIK, Windows offers composite fonts in its font selection menu
>>> like normal fonts...
>> Where do you see this, and under what names are they listed?
> 
> I concluded this from a comment in `GlobalSerif.compositeFont':
> 
>   <!-- Faces to report in font chooser UI -->
>   <FontFamily.FamilyTypefaces>
>     [...]
> 
> Maybe I'm mistaken.  Note that the `xmlns' link in those XML files,
> 
>   http://schemas.microsoft.com/winfx/2006/xaml/composite-font
> 
> is broken.  However, it contains the string `winfx', which is (or
> was?) a .NET thing.
> 
>>> We are miscommunicating, I think.  I talk about taking a
>>> `.compositeFont' file and use it as a font.  You are talking about
>>> configurability of `.compositeFont' files, effectively overriding
>>> its contents.
>> I'm talking about data such files provide.  Assuming the idea was
>> for freetype to read them directly, and interpret one way or
>> another.
> 
> Yes, FreeType should be able read this sort of data.
> 
> 
>     Werner
> 
> _______________________________________________
> Freetype-devel mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/freetype-devel
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]