Thanks, I got it working
On Sun, May 21, 2023 at 12:49 AM Werner LEMBERG wrote:
>
> > (3) Go to directory `subprojects/freetype2/include/freetype/config`
> > and modify file `ftoption.h`; you need to comment out options
> > `FT_DEBUG_LEVEL_ERROR` and `FT_DEBUG_LEVEL_TRACE`.
>
> Oops! I
On Sun, May 21, 2023 at 6:21 AM Werner LEMBERG wrote:
>
>
> > I am trying to look at the trace output using the FT_Trace_Set_Level
> > function. I read that FT_DEBUG_LOGGING macro must be set for this
> > to work, so I tried doing this by passing:
> > -Dc_args='-D FT_DEBUG_LOGGING'
> > to meson s
> (3) Go to directory `subprojects/freetype2/include/freetype/config`
> and modify file `ftoption.h`; you need to comment out options
> `FT_DEBUG_LEVEL_ERROR` and `FT_DEBUG_LEVEL_TRACE`.
Oops! I mean the opposite, namely to activate those two options,
which are commented out by default.
> I am trying to look at the trace output using the FT_Trace_Set_Level
> function. I read that FT_DEBUG_LOGGING macro must be set for this
> to work, so I tried doing this by passing:
> -Dc_args='-D FT_DEBUG_LOGGING'
> to meson setup.
Alas, support for `FT_DEBUG_LOGGING` is not implemented in M
I am trying to look at the trace output using the FT_Trace_Set_Level
function. I read that FT_DEBUG_LOGGING macro must be set for this to work,
so I tried doing this by passing:
-Dc_args='-D FT_DEBUG_LOGGING'
to meson setup.
After this, it complained about not finding dlg headers, so I stuffed mor
Thanks for the help! re-cloning and hiding libpng in a directory inside of
/usr/local worked.
On Wed, May 10, 2023 at 2:57 AM Werner LEMBERG wrote:
> >> I use meson 0.59.4, you have version 0.61.2, maybe this makes a
> >> difference?
> >
> > I vaguely remember there were some issues with newer
>> I use meson 0.59.4, you have version 0.61.2, maybe this makes a
>> difference?
>
> I vaguely remember there were some issues with newer versions of
> meson that broke the CI, so we decided to freeze the meson version
> there.
>
> I don't know if the errors are still present, will have to check
> I use meson 0.59.4, you have version
0.61.2, maybe this makes a difference?
I vaguely remember there were some issues with newer versions of meson that
broke the CI, so we decided to freeze the meson version there.
I don't know if the errors are still present, will have to check.
Regards
Anu
> I'm subscribed already and getting emails from the mailing list.
Indeed, you are, sorry. For some reason, I got a mailman admin
message...
> https://hastebin.com/share/gejakiluli.yaml
> Here's the output of meson setup.
I get approximately the same, except the 'lrelease' warning for Qt5,
wh
I'm subscribed already and getting emails from the mailing list.
https://hastebin.com/share/gejakiluli.yaml
Here's the output of meson setup.
I did not set --prefix
I ran ldconfig with no arguments and it gave no output. I also confirmed
that `usr/local/lib/` is mentioned in `/etc/ld.so.conf`.
[Please subscribe to the 'freetype-devel' mailing list!]
Hello Craig,
> I am trying to compile the freetype demo programs using meson, and I get
> this linker error:
> https://hastebin.com/share/utuhanafik.bash
> it appears to be complaining about cairo. I am running ubuntu 22 LTS and
> have
On Wed, 10 May 2023 at 10:48, Craig White wrote:
>
> I am trying to compile the freetype demo programs using meson, and I get this
> linker error:
> https://hastebin.com/share/utuhanafik.bash
> it appears to be complaining about cairo. I am running ubuntu 22 LTS and
> have the latest "libcairo2-
I am trying to compile the freetype demo programs using meson, and I get
this linker error:
https://hastebin.com/share/utuhanafik.bash
it appears to be complaining about cairo. I am running ubuntu 22 LTS and
have the latest "libcairo2-dev" installed. How can I fix this?
Thanks
That's almost certainly a problem with your PDF printer software (or
perhaps your publisher's PDF reading software), and not at all related
to FreeType.
(I'm not familar with Foxit PhantomPDF, but I write PDF processing
software that also uses FreeType, and I'm very familiar with PDF.)
On a techn
Hi,
I used a program that uses your FreeType 2 program: "Foxit PhantomPDF
Printer" to create a PDF for a book I created using the Tekton font and I
was uploading it into Lulu.com where I publish my books and I received this
error:
"*We've found an error in your PDF and can't automatically repair
hi i believe a hacker is using your software and need to know how to remove
everything related ,
thank you
SPEEDY APPRAISALS
MICHAEL FOWLER
13615 PACOIMA RD.
VICTORVILLE,CA 92392
Cell 760-880-9718
Sponsored by
https://www.newser.co
> A recent addition to ftview.c was the use of "%n" printf format
> conversion in Render_Waterfall(). The problem is that Microsoft's
> library function _snprintf() disables this format by default. [...]
>
> Or maybe there's a better fix that I haven't thought of.
I've rewritten the code to avo
A recent addition to ftview.c was the use of "%n" printf format conversion in
Render_Waterfall(). The problem is that Microsoft's library function _snprintf() disables
this format by default. This breaks the waterfall feature for MSVC builds and for MinGW
builds (there is an #ifdef _WIN32 macro
> [...] I face a challenge trying to load glyph by using glyph index.
> When I load a CID font, Free Type will treat the input glyph index
> as a CID value. The problem is that my glyph index is the index of
> a Charstring in a CFF file.
Hm. In the real world, the glyph index in a CID is at no
Hi,
This is Jun Dai from Prevo Tech. we currently try to development a long term
document solution. Free Type library solves lots of our font problems.
However, I face a challenge trying to load glyph by using glyph index. When
load a CID font, Free Type will treat the input glyph index as CID va
20 matches
Mail list logo