The tricky fonts like PMingLiU need unpatented hinting. Those
fonts are unusable at all when programmers accidently turns on
FT_LOAD_NO_HINTING. So I think freetype should force fonts like
those to ignore FT_LOAD_NO_HINTING.
This is a fundamental question. My opinion is that shifting of
Does the Freetype support the ligature of the Opentype ?
If not, how can I display the ligature?
For example “fi”、”ff” and so on.
Thanks very munch!
Bigpin
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
It is dependent with how the ligature is specified.
If the ligature is specified by the Adobe Glyph Name
and the font resource is PostScript (Type1 or CFF),
FreeType2 supports it.
If the ligature glyph is specified by OpenType
technology, and it is expected that automatic substitution
from a
Hi,
I'm not sure if unpatented hinting solves the broken shape of
MingLiU completely. I guess it's better than nothing but not
fully, and the introduction of the trick of conditional hinting
cannot close MingLiU issue.
I think MingLiU is a commercial font bundled to Microsoft
Windows, and
FreeType can't normally 'emit warning messages' because it is a
library, not an app - it's up to the caller how to deal with
errors. A new, well documented, error code that the caller can
choose to ignore is the way to go, in my opinion.
Sounds good. However, which function should return
Actually here is a better design: at the point of discovery, set a flag in
the FT_Face structure. That way, there is no interference between a non-zero
error code and the opportunity for the caller to ignore the problem.
Graham
-Original Message-
From: Werner LEMBERG [mailto:[EMAIL
I'm not sure if unpatented hinting solves the broken shape of
MingLiU completely. I guess it's better than nothing but not fully,
and the introduction of the trick of conditional hinting cannot
close MingLiU issue.
Mhmm, *theoretically* it should be sufficient. Why do you think it
isn't?
On Thu, 04 Dec 2008 11:40:22 +0100 (CET)
Werner LEMBERG [EMAIL PROTECTED] wrote:
I'm not sure if unpatented hinting solves the broken shape of
MingLiU completely. I guess it's better than nothing but not fully,
and the introduction of the trick of conditional hinting cannot
close MingLiU
Hello,
How is it possible to decide from the font it is unusable with
FT_LOAD_NO_HINTING?
Thank you,
Sergey Tolstov
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Werner LEMBERG
Sent: Thursday, December 04, 2008 12:06 AM
To: [EMAIL PROTECTED]
How is it possible to decide from the font it is unusable with
FT_LOAD_NO_HINTING?
Unfortunately, it isn't. We have a hard-coded list of `tricky' fonts
for this purpose.
Werner
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
On 2008-12-04, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I think MingLiU is a commercial font bundled to Microsoft
Windows, and Mozilla can use Microsoft's TrueType rasterizer
supporting patented hinting technology. If there is a case that
the tricky application of unpatented hinting of
Do those tricky fonts' gasp tables suggest not to use hinting even
though they look bad without it?
Good question. One old font which I have, mingli.ttf, doesn't have a
gasp table at all.
Or they look bad when a programmer asks to turn the hinting off
ignoring the gasp table suggestion?
So anyone who use freetype or libraries that use freetype (like
cairo) will have to be make awared of this problem. I'm not sure how
practical this will be.
Graham's suggestion of introducing a flag in FT_Face sounds good.
And I'm still seeing PDF files using those fonts often. Without
I feel it is not right to allow such a low-level API as freetype to
override programmer request for the hinting type unless we have
FT_LOAD_NO_HINTING FT_LOAD_NO_HINTING_AND_I_REALLY_MEAN_THAT
Hmm. This would be a change in the API which I won't implement. But
see Graham's suggestion.
The
On 2008-12-04, Werner LEMBERG [EMAIL PROTECTED] wrote:
So anyone who use freetype or libraries that use freetype (like
cairo) will have to be make awared of this problem. I'm not sure how
practical this will be.
Graham's suggestion of introducing a flag in FT_Face sounds good.
If I
15 matches
Mail list logo
