Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
> > > Hmm, this font doesn't have a `cmap' table, which is invalid > > > according to the OpenType standard, and the behaviour is defined > > > as `implementation specific' in PDF standard (see section > > > 5.5. in the PDF 1.6 specification). > > > > I see but lots of real world PDF files have this kind of fonts :-/ > > In my opinion, embedded font in PDF is NOT self-standing font file. > Even if it's forcibly loaded by ignoring essential tables, it is no > more than jumping the first hurdle. Without cmap, most > character-based API are not usable. Hmm. Since PDFs come with its own set of cmap files, there is a certain redundancy... In this particular case I think FreeType should do a default action; this is, a missing `cmap' table should completely disable functions like FT_Get_Char_Index (by returning either an appropriate error and/or -1 for the glyph index) but still make FT_Load_Glyph and friends work as expected. David, what do you think? Anyone here who would like to implement this (which should be rather trivial)? Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
Dear Sir, On Sun, 27 May 2007 11:40:27 +0200 (CEST) Werner LEMBERG <[EMAIL PROTECTED]> wrote: >In this particular case I think FreeType should do a default action; >this is, a missing `cmap' table should completely disable functions >like FT_Get_Char_Index (by returning either an appropriate error >and/or -1 for the glyph index) but still make FT_Load_Glyph and >friends work as expected. > >David, what do you think? Anyone here who would like to implement >this (which should be rather trivial)? Of course I'm interested in its implementation. I wish if fallbacked face (loaded without cmap) can be modified to full featured face by applying FT_Attach_{File|Stream}. Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
RE: [ft-devel] FT_LOAD_FORCE_AUTOHINT and FT_LOAD_FORCE_AUTOHINT
There are the screenshots which are showed in my PDF Reader. -Original Message- From: Werner LEMBERG [mailto:[EMAIL PROTECTED] Sent: Thursday, May 24, 2007 10:05 PM To: [EMAIL PROTECTED] Cc: freetype-devel@nongnu.org Subject: Re: [ft-devel] FT_LOAD_FORCE_AUTOHINT and FT_LOAD_FORCE_AUTOHINT > I want to display the font “PMingLiU”, so I have to use the macro > “TT_CONFIG_OPTION_BYTECODE_INTERPRETER” to avoid the font broken. > > And some font was uglily, so I open the auto hint. > > When I use the macro “FT_LOAD_FORCE_AUTOHINT” or > “FT_LOAD_NO_HINTING”, the macro > “TT_CONFIG_OPTION_BYTECODE_INTERPRETER” was disabled. > > Can anybody solved this problem? No. In general, the autohinter can't work together with the bytecode interpreter. Can you send small screenshots (or give URLs) which show the ugliness you are describing? Werner <><>___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] A question about freetype and harfbuzz
Hi all, I have a question about freetype and harfbuzz. FreeType1 includes an extension to support OpenType text layout processing. But this support hasn't become part of FreeType2. Why? Why does FreeType2 not use the codes of harfbuzz to support OpenType text layout processing? Thanks! :) Regards, Lingning Zhang ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] A question about freetype and harfbuzz
> I have a question about freetype and harfbuzz. FreeType1 includes > an extension to support OpenType text layout processing. But this > support hasn't become part of FreeType2. Why? Why does FreeType2 > not use the codes of harfbuzz to support OpenType text layout > processing? We have decided to let FreeType 2 do one job: Rendering glyphs. Producing correct text layout for more complicated scripts like Arabic or Indic requires the interpretation of the input text strings, in close connection with font data like OpenType or Apple's AAT. With other words, you need three levels to do this, for example pango -> handling of layout ^ | | v harfbuzz -> handling of OpenType features ^ | | V freetype -> handling of glyph rendering Both harfbuzz and pango could be replaced with ICU (which also can use FreeType). However, there must be some reason for your question -- you are actively working on both harfbuzz and pagno, AFAIK, and you know these things very well, I believe, so please tell us why you think that unifying harfbuzz and freetype would be a good thing. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] FT_LOAD_FORCE_AUTOHINT and FT_LOAD_FORCE_AUTOHINT
> > I want to display the font “PMingLiU”, so I have to use the > > macro “TT_CONFIG_OPTION_BYTECODE_INTERPRETER” to avoid the font > > broken. > > > > And some font was uglily, so I open the auto hint. > > > > When I use the macro “FT_LOAD_FORCE_AUTOHINT” or > > “FT_LOAD_NO_HINTING”, the macro > > “TT_CONFIG_OPTION_BYTECODE_INTERPRETER” was disabled. > > > > Can anybody solved this problem? > > No. In general, the autohinter can't work together with the > bytecode interpreter. Can you send small screenshots (or give URLs) > which show the ugliness you are describing? Whatever font it is, the images do *not* show `PMingLiU' from mingliu.ttc! This font can't be displayed with the autohinter because the glyph components need the bytecode interpreter to be positioned correctly. Please always use ftview, ftstring, or ftdiff to inspect the font. At the font size you are showing, mingliu.ttc contains embedded bitmaps to improve the rendering, BTW. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] A question about freetype and harfbuzz
On Mon, 2007-05-28 at 01:48 -0400, LingNing Zhang wrote: > Hi all, > I have a question about freetype and harfbuzz. > FreeType1 includes an extension to support OpenType text layout > processing. But this support hasn't become part of FreeType2. Why? > Why does FreeType2 not use the codes of harfbuzz to support OpenType > text layout processing? > Thanks! > :) Hi Lingning, harfbuzz is in fact based on the OpenType Layout code salvaged from FreeType 1. The reason for not carrying it over to FreeType2 like Werner said is to let FreeType do one thing, and do it really good. behdad > Regards, > Lingning Zhang -- behdad http://behdad.org/ "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- Benjamin Franklin, 1759 ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] A question about freetype and harfbuzz
On Mon, 28 May 2007 13:48:20 +0800 LingNing Zhang <[EMAIL PROTECTED]> wrote: >Hi all, >I have a question about freetype and harfbuzz. >FreeType1 includes an extension to support OpenType text layout >processing. But this support hasn't become part of FreeType2. Why? >Why does FreeType2 not use the codes of harfbuzz to support OpenType >text layout processing? >Thanks! # Personally, I'm one of the people who want FT2 to have # support for text layout feature. I guess I feel sympathy # with you. But we are minority among FT2 developers :-). Excuse me, HarfBuzz developers want FT2 to include built-in OT table parsers? Or, there is non-ICU/ non-HarfBuzz/non-M17NLib/non-Pango/non-Qt library their developers want FT2 to have OT table parser and don't want to copy such from existing libraries? One of the disadvantage might be: if FT2 has OT table parser, the rasterizer in FT2 won't use it at all (because full featured text layout would be too big work to include in FT2). The integrity & relationship between FT2 rasterizer and OT support would be confusing. For example, "FT2 can parse BASE table, but FT2 does not reflect its content to rasterization" is confusing. Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
[ft-devel] ftview still buggy
David, just load an arbitrary font with ftview from the CVS and press the space key repeatedly -- after some time, nothing gets displayed. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] A question about freetype and harfbuzz
> # Personally, I'm one of the people who want FT2 to have support for > # text layout feature. I guess I feel sympathy with you. But we > # are minority among FT2 developers :-). Perhaps a misunderstanding: I don't object to make FreeType handle OpenType tables (see the validating stuff which we have developed together). However, I object to let FreeType interpret them -- this is really the job of a higher-level library. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
> >In this particular case I think FreeType should do a default > >action; this is, a missing `cmap' table should completely disable > >functions like FT_Get_Char_Index (by returning either an > >appropriate error and/or -1 for the glyph index) but still make > >FT_Load_Glyph and friends work as expected. > > I wish if fallbacked face (loaded without cmap) can be modified to > full featured face by applying FT_Attach_{File|Stream}. Hmm. You probably think of attaching a (Adobe) cmap file, right? Please go on! Handling cmap files is something really missing in FreeType. However, this is one step ahead. We should first fix FreeType to allow an SFNT font having no `cmap' table. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel
Re: [ft-devel] [Regression] Font doesn't open with Freetype CVS but works with Freetype 2.2.1
On Mon, 28 May 2007 08:45:26 +0200 (CEST) Werner LEMBERG <[EMAIL PROTECTED]> wrote: >> I wish if fallbacked face (loaded without cmap) can be modified to >> full featured face by applying FT_Attach_{File|Stream}. > >Hmm. You probably think of attaching a (Adobe) cmap file, right? >Please go on! Handling cmap files is something really missing in >FreeType. Yes, it is. I think it's my task since our previous discussion, but it is still in rough-designing phase. >However, this is one step ahead. We should first fix FreeType to >allow an SFNT font having no `cmap' table. Indeed, I was too hasty. Regards, mpsuzuki ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel