Let me think about the HarfBuzz co-dependency a bit...
On Mon, May 18, 2020 at 12:26 PM Behdad Esfahbod wrote:
> Hi David,
>
> Thanks for experimenting with this!
>
> I encourage you to explore removing the Module and Service abstraction
> completely. We did that in Pango a couple of years ago
Hi David,
Thanks for experimenting with this!
I encourage you to explore removing the Module and Service abstraction
completely. We did that in Pango a couple of years ago and never looked
back...
I'll reply to your original request this week. Threadsafety and lack of a
functional separate siz
> It turns out the macro is never used, anad is never
> included.
Committed, thanks!
Werner
>> if you ask FontForge for B/W rasterization it uses FreeType in v35
>> mode. In other words, the rasterization results returned by
>> FontForge in this case are *identical* to what ft2-demo returns.
>
> I happened to be cleaning up my github account lately - so I have an
> up-to-date clone of
On Monday, 18 May 2020, 05:30:58 GMT+1, Werner LEMBERG wrote:
> if you ask FontForge for B/W rasterization it uses FreeType in v35
> mode. In other words, the rasterization results returned by FontForge
> in this case are *identical* to what ft2-demo returns.
Hi Werner,
I happened to be clean
> Here are two patches to remove the Jamrules/Jamfiles from the build
> and documentation.
Applied, thanks!
Werner
> Also in the last message you said you would explore logging
> libraries, and I would be curious about the results, i.e.:
>
> - Can you give one *concrete example* of an actual logging library
> that would be useful for FreeType developers for development
> purposes. Because I failed to find
> I wanted to ask that after selecting desirable external library how
> should I proceed:
[For David T.: The idea is to statically link the library into
FreeType using a git submodule. In other words, it's 'external' only
because it is developed by other people.]
> 1. Should I stick to the
>> > In the end, and this is personal opinion, I find Meson cleaner than
>> > CMake,
I don't have to have a look at Meson to believe this immediately :-)
>> I'd vote for removing CMake support. Its inofficial status means that
>> people shouldn't rely on it anyway, even if there inevitably are
>>
Hello David,
Thanks for the response.
*>What would be the actual benefits to using an external logging library
really? The only thing I can think of is using structured debug messages
(i.e. sending a (component, level, message) >tuple instead of a string to
whatever receives the log messages, to
Also note different optimisation levels. The make system uses -O2 by
default.
Le lun. 18 mai 2020 à 10:49, Priyesh kumar a
écrit :
> Thanks for the reply...
>
> *>I recommend not baking details of the logging library into the rest of
> FreeType whenever possible. One thing that can be done is to send
> structured logs from FreeType, i.e. instead of >FT_Message() sending a
Thanks for the reply...
*>I recommend not baking details of the logging library into the rest of
FreeType whenever possible. One thing that can be done is to send
structured logs from FreeType, i.e. instead of >FT_Message() sending a
string to whatever log, the function could instead send a (compo
On Mon, May 18, 2020 at 8:44 AM David Turner wrote:
>
>
>
> Le dim. 17 mai 2020 à 21:47, Nikolaus Waxweiler a écrit :
>>
>> First off: all of this sounds fantastic! I always love when stuff is deleted
>> :)
>>
>> > In the end, and this is personal opinion, I find Meson cleaner than CMake,
>>
>>
On Mon, May 18, 2020 at 9:28 AM David Turner wrote:
>
>
>
> Le lun. 18 mai 2020 à 09:03, Priyesh kumar a écrit :
>>
>> Hey,
>> I wanted to ask that after selecting desirable external library how should I
>> proceed:
>> 1. Should I stick to the existing debugging facility in which filtering of
>
It turns out the macro is never used, anad is never included.
From 3d9ce21da3fb4af2a90147ee513add6542808dcd Mon Sep 17 00:00:00 2001
From: David Turner
Date: Mon, 18 May 2020 09:33:38 +0200
Subject: [build] Remove obsolete HAVE_STDINT_H probing macro.
This macro was updated by the unix configure
Here are two patches to remove the Jamrules/Jamfiles from the build and
documentation.
- David
From bfae69d8320e269975ba59f6293031242e9d7653 Mon Sep 17 00:00:00 2001
From: David Turner
Date: Mon, 18 May 2020 09:16:12 +0200
Subject: [build] Remove Jamfile files from the tree.
These have not been
Le lun. 18 mai 2020 à 09:03, Priyesh kumar a
écrit :
> Hey,
> I wanted to ask that after selecting desirable external library how should
> I proceed:
> 1. Should I stick to the existing debugging facility in which filtering of
> log messages is based on debug level comparisons of various FreeType
Hey,
I wanted to ask that after selecting desirable external library how should
I proceed:
1. Should I stick to the existing debugging facility in which filtering of
log messages is based on debug level comparisons of various FreeType's
components and only use the external library to write log mess
Hello David,
I took Alexei's advice and have already started writing the standalone
implementation. You can check it out here:
https://github.com/preversewharf45/freetype2-sdf.
Thanks,
Anuj
On Mon, May 18, 2020, 12:20 PM David Turner wrote:
> I agree with Alexei that it's probably a good idea
20 matches
Mail list logo
