The FreeType Project - Bugs: bug #44689, Support for vector layered color...
You are not allowed to post comments on this tracker with your current authentication level.
bug #44689: Support for vector layered color fonts
Submitter: | None | ||
Submitted: | Wed 01 Apr 2015 03:01:03 PM UTC | ||
Severity: | 3 - Normal | Item Group: | Wishlist |
Status: | Fixed | Privacy: | Public |
Assigned to: | wl | Open/Closed: | Closed |
Planned Release: | 2.10.0 |
Jump to the original submission
Sun 16 Feb 2020 07:25:18 AM UTC, comment #31: |
Werner LEMBERG <wl> |
Sun 20 May 2018 08:43:52 PM UTC, comment #30: No, no, FreeType already supports BGRA! This means that the restriction to colorless bitmaps is not necessary.
|
Werner LEMBERG <wl> |
Sun 20 May 2018 04:16:29 PM UTC, comment #29: Exactly, we must respect FreeType fundamentals: to render means to produce colorless coverage map to be used by clients in blending. We must never FT_LOAD_RENDER colored glyphs in this sense.
|
Alexei Podtelezhnikov <podtelez> |
Sun 20 May 2018 10:18:29 AM UTC, comment #28: I have thought of that, too, but finally rejected the idea. In FreeType, after expanding all sub-glyphs of a composite glyph, there is exactly one final layer in a glyph slot that can be directly rendered. Changing that would mean a complete redesign of FreeType – I don't say that this would be a bad idea, but I'm not enthused to work on such a project... |
Werner LEMBERG <wl> |
Sun 20 May 2018 10:04:33 AM UTC, comment #27: I must say that the concept of layered glyphs is very similar to composite glyphs. So I wonder if we can or should just load them as FT_GLYPH_FORMAT_LAYERED, similar to FT_GLYPH_FORMAT_COMPOSITE, and reuse num_subglyphs and subglyphs of FT_GlyphSlotRec.
|
Alexei Podtelezhnikov <podtelez> |
Sun 13 May 2018 01:30:16 AM UTC, comment #26: The patch is now in master, thanks!
|
Werner LEMBERG <wl> |
Wed 18 Apr 2018 12:30:23 PM UTC, comment #25: OK, will work on it after the next FreeType release.
|
Werner LEMBERG <wl> |
Wed 18 Apr 2018 10:09:49 AM UTC, comment #24: PS: In terms of API granularity: In a way to retrieve the layers in one call per glyph, but retrieve the palette index to color table in one call to retrieve the whole palette for one palette index.
|
Dominik Röttsches <drott> |
Wed 18 Apr 2018 09:42:33 AM UTC, comment #23: Ack, public API for retrieving color layers, and translate from palette index to RGBA values would indeed be useful and needed. |
Dominik Röttsches <drott> |
Tue 17 Apr 2018 12:59:03 PM UTC, comment #22: The error we found was that if a glyph did not have color layers, glyph load failed.
|
Behdad Esfahbod <behdad> |
Tue 17 Apr 2018 07:32:11 AM UTC, comment #21: OK, thanks. Note that I am willing to add COLR/CPAL support! Are you going to fix the issue you've found recently, also taking account of Behdad's remarks in comment #15? I haven't yet looked at the patch in more detail... |
Werner LEMBERG <wl> |
Tue 17 Apr 2018 06:31:45 AM UTC, comment #20: It looks we will implement COLR/CPAL at a higher level where we can do masking and blitting, not necessarily relying on FreeType support for it. From our point of view it's not urgent. |
Dominik Röttsches <drott> |
Mon 16 Apr 2018 06:56:58 PM UTC, comment #19: Question: I want to release a new FreeType version within a few days. Shall I delay it? Is it urgent to merge COLR/CPAL font support?
|
Werner LEMBERG <wl> |
Mon 16 Apr 2018 04:40:11 PM UTC, comment #18: Let's not merge it yet, it seems to break metrics retrieval for COLR/CPAL fonts.
|
Dominik Röttsches <drott> |
Mon 16 Apr 2018 09:57:55 AM UTC, comment #17: Werner, can we get this in please? Possibly without the blending if you don't feel comfortable about that. Thanks. |
Behdad Esfahbod <behdad> |
Mon 16 Apr 2018 09:51:40 AM UTC, comment #16: Rebased the patch here: https://github.com/drott/freetype/tree/colr_cpal |
Dominik Röttsches <drott> |
Wed 09 Aug 2017 11:10:54 PM UTC, comment #15: I did a more thorough review:
|
Behdad Esfahbod <behdad> |
Wed 20 Apr 2016 09:06:18 PM UTC, comment #14: Shao, any update on this?
|
Anonymous |
Fri 08 Jan 2016 12:38:09 AM UTC, comment #13: Thanks Ben for the review. I see the blended version as a fallback implementation, for smaller clients who don't want to load the layers and do their own blending. The sRGB vs linear is a bug and should be fixed.
|
Anonymous |
Thu 07 Jan 2016 11:14:51 PM UTC, comment #12: Note that the proposed tt_face_colr_blend_layer is problematic. FreeType has avoided so far any color blending, and for good reason. For example, the blend being proposed is incorrect, since the colors are specified in sRGB (the proposed blend is linear). Also, by providing the blend here, the issue of the 0xFFFF color needs to be addressed. |
bungeman <bungeman> |
Mon 04 Jan 2016 05:44:57 PM UTC, comment #11: Thanks for the review.
|
Shao Yu Zhang <shao> |
Sat 02 Jan 2016 12:39:46 PM UTC, comment #10: Hi Shao,
|
Behdad Esfahbod <behdad> |
Mon 30 Nov 2015 09:53:01 PM UTC, comment #9: I initially thought that the transform step in FT_Load_Glyph (about ftobjs.c:855) would morph the image. But it's a false alarm.
|
Shao Yu Zhang <shao> |
Thu 26 Nov 2015 06:03:43 PM UTC, comment #8: Very nice, thanks! I'll check this in after the next release.
|
Werner LEMBERG <wl> |
Wed 25 Nov 2015 10:40:48 PM UTC, comment #7: Hello,
|
Shao Yu Zhang <shao> |
Mon 26 Oct 2015 11:05:48 PM UTC, comment #6: I did a proof-of-concept two years ago. That's here:
|
Behdad Esfahbod <behdad> |
Sat 24 Oct 2015 08:22:11 AM UTC, comment #5: Great, I think Gecko’s implementation can be ported into FreeType. |
Hsing-yen He <hammerandsickle> |
Wed 07 Oct 2015 07:11:08 AM UTC, comment #4: For reference, Gecko’s implementation: https://bugzilla.mozilla.org/show_bug.cgi?id=889401 |
Anonymous |
Tue 07 Apr 2015 05:02:24 AM UTC, comment #3: Great! |
Werner LEMBERG <wl> |
Mon 06 Apr 2015 11:20:16 PM UTC, comment #2: Will get to it, eventually. :) |
Behdad Esfahbod <behdad> |
Thu 02 Apr 2015 01:36:12 PM UTC, comment #1: I'm CCing Behdad :-) |
Werner LEMBERG <wl> |
Wed 01 Apr 2015 03:01:03 PM UTC, original submission:
After supporting Google’s way to do emoji (embedded PNGs in font files), it would be interesting to support Microsoft’s way (layered color fonts).
|
Anonymous |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 7 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2020-02-16 | wl | Status | In Progress | Fixed | |
Open/Closed | Open | Closed | |||
Planned Release | None | 2.10.0 | |||
2018-01-23 | hadess | Carbon-Copy | - | Added hadess | |
2015-11-26 | wl | Status | None | In Progress | |
Assigned to | None | wl | |||
2015-04-02 | wl | Carbon-Copy | - | Added behdad |
Powered by Savane 3.13-f8d8.
Corresponding source code
CPAL and COLR support has been added to FreeType 2.10.0.