Le lun. 27 avr. 2020 à 18:21, Vincent Torri <
address@hidden> a écrit :
Hello
not a pressure issue, but i would like to have VF driver. A Summer of
Code task has begun, never finished, though.
Are you talking about TeX Virtual Fonts, or OpenType Variable Fonts here?
For the former, that sounds like a lot of work, for a format that isn't used to create new fonts anymore.
And as far as I understand, most TeX fonts of interest have been transliterated to OpenType already.
that could be a starting point, but we may have indeed other priorities for now.
about build system, i would say meson only for Windows, Linux, BSD*
and Solaris, and no change for the other OS. That would simplify the
build system. are Jamfiles really useful these days ? In addition,
having a lot of build system is a pain to have them always up to date
I would be interested in knowing whether anyone is using Jamfiles these days?
I found them useful to me 10-15 years ago when I was hacking heavily on the library because they built faster, and more correctly, and supported rebuilding both the library and the demos at the same time.
However, all of this can be served by a better build system too, whatever form it takes (let's keep that for a separate thread).
So in other words, let's get rid of the Jamfiles if nobody is using them today. If someone is opposed to that, please speak up!
- David
best regards
Vincent Torri
On Fri, Apr 24, 2020 at 10:02 PM David Turner <address@hidden> wrote:
>
> Hello freetype-devel@ list members,
>
> It's been a very very long time, but I have some free time in the coming weeks to work on FreeType. Werner invited me to write a small announcement here and I'm currently looking at the official bugs list.
>
> I'd like to know what are, in your opinion, the most pressing issues to work on at that point?
>
> Apart from that, I had the following things in mind:
>
> - Improving / refactoring the build system a little. E.g. it should be possible to simplify the rules.mk/module.mk files considerably, and auto-generate most of the Makefiles / Jamfiles / CMakefiles from a single source of truth (exact format to be defined), at least the parts that deal with the headers / sources / configuration headers and the module dependencies.
>
> - Improve testing (unit and regression tests to be exact) There are lots of possibilities here, and it will probably better to do this in small incremental steps.
>
> Voila, I'd be happy to read your suggestions, Happy to be here.
>
> - David Turner