Re: The current state of rendering and overlap

Behdad Esfahbod <[email protected]> Wed, 20 Dec 2023 10:40:32 -0700
Newsgroups gmane.comp.fonts.freetype.devel
Message-ID <CAF63+7XT9bfB+Lehs3+Jzznma2eTJa5wmix1n+-otJcZDL63Rg@mail.gmail.com>
On Tue, Dec 19, 2023 at 1:02 PM Skef Iterum <[email protected]> wrote:

> CFF2 is released, has been for years. As far as I know there's no solid
> convention for ignoring unrecognized operators in a CharString, so this
> would be CFF2 minor 1 at best. Which would be years out in terms of
> support.
>
> Practically speaking I don't think this could wind up being a "this
> glyph has overlap" flag, as in CFF2 overlap is valid anywhere. If
> something were added it would be more like a "this glyph doesn't have
> overlap, you can optimize the rendering" flag.
>
> Behdad - there's no provision for a relevant flag in VARC currently,
> correct? (I'm not sure there was one in the glyf-based system, as I
> don't remember a place where the flag would have lived.)
>

Correct.



> Skef
>
> On 12/19/23 10:53, Alexei Podtelezhnikov wrote:
> > Why? The sequence 0x0c  0x40 is reserved and not used for example.
> >
> >
> >> I'm afraid the horse has left the barn as far as that goes.
> >>
> >> Skef
> >>
> >>> On 12/19/23 04:23, Alexei Podtelezhnikov wrote:
> >>> I would suggest that CFF2 invent a special charstring to mark overlaps
> >>> with FT_OUTLINE_OVERLAP only when necessary. Let us know to implement
> >>> it in FreeType.
>
>