>> Alexei, this sounds interesting. Care to implement this, as an
>> alternative interface? What Dominik has written fits quite well to
>> the existing API, so I'm in favor to add his code.
>
> I am scared of ttgload.c, which constantly juggles transforming and
> hinting. Are layers ever
> > I would much rather prefer that
> >
> > 1) FT_Load_Glyph sequentially loads and merges all contours from all
> >layers into a single outline and uses FT_GlyphSlot->other to tag
> >each contour with the layer information and the corresponding
> >comprehensive (including gradient)
> With my last commit dlg's Visual Studios project is only built for
> `Debug' and `Debug Static' configurations on both `x64' and `Win32'
> platforms. For `Release' and `Release Static' builds, dlg's build
> is skipped.
This sounds completely correct.
Werner
Hi Alexei,
*> I am sorry I was not following your logging project closely enough. So>
I asked the most general question.*
Ok, no problem at all :-)
*> What is the difference between submodules and modules?*
As part of this project, I have to integrate an Open Source logging library
in FreeType
Hi Pryiesh,
I am sorry I was not following your logging project closely enough. So
I asked the most general question.
On Tue, Aug 4, 2020 at 7:32 AM Priyesh kumar wrote:
>
> Hi Alexei,
> Thanks for replying.
>
> > It looks ok as far as clean separation. I don't quite understand why
> > you need
Hi Alexei,
Thanks for replying.
> It looks ok as far as clean separation. I don't quite understand why
> you need to copy files
In one of the previous mail about building dlg on Linux, Werner
suggested me to first copy necessary files from `submodules/dlg' to
`src/dlg' and then use a rules.mk
>> I've made some progress with the COLR v1 extension implementation
>> in FreeType and would be happy to hear initial feedback on the
>> general approach and API style.
Dominik, this is very nice code, thanks!
> I would much rather prefer that
>
> 1) FT_Load_Glyph sequentially loads and
