Thanks.
Regards,
Madan
On Sat, Jul 14, 2018 at 6:40 PM, Alexei Podtelezhnikov
wrote:
> > Could you please share the reason of why extra dots/lines came in older
> versions of freetype.
>
> In 2.8.1 we improved LCD padding. See http://git.savannah.gnu.
> org/cgit/freetype/freetype2.git/tree/docs
> Could you please share the reason of why extra dots/lines came in older
> versions of freetype.
In 2.8.1 we improved LCD padding. See
http://git.savannah.gnu.org/cgit/freetype/freetype2.git/tree/docs/CHANGES
Many programs got bitten by that: Firefox, Chrome and anyone who used Skia.
They wo
Hi,
I am not blaming, just trying to understand :). Could you please share the
reason of why extra dots/lines came in older versions of freetype. Just I
will think in same angle on our code what we could have done wrong in
manipulation?.
Thanks.
Regards,
Madan
On Sat, Jul 14, 2018 at 6:12 PM, A
> Basically, there is no difference. The bug might be either in
> FreeType or in your code, unveiled by a change in FreeType. I can't
> tell.
Madana,
We need you to git bisect the bug, unless you can tell us how to reproduce it
(share code and font, or steps using Freetype demo tools). There
> This issue is seen with embedded devices cortex based and not with
> desktop. Do we need to think any special cases w.r.t. embedded
> devices? Please let me know.
Basically, there is no difference. The bug might be either in
FreeType or in your code, unveiled by a change in FreeType. I can
Also, issue is not seen with versions less than 2.8.1
Thanks.
Regards,
Madan
On Sat, Jul 14, 2018 at 8:22 AM, madana gopal
wrote:
> Hi Werner,
>
> This issue is seen with embedded devices cortex based and not with
> desktop. Do we need to think any special cases w.r.t embedded devices?
> Pleas
Hi Werner,
This issue is seen with embedded devices cortex based and not with desktop.
Do we need to think any special cases w.r.t embedded devices? Please let me
know.
It's not freely available font. Currently, we don't have simple code ready.
Where can I take demo programs?. I will try executin
[Please don't send 9MByte e-mails to a mailing list!]
> Tried with version 2.9.1 of freetype and issue is seen. Attached
> are the images. We can see some dots near g,o,n in img1 and some
> underlines in img2.
OK, I need more details to analyze this further. What font? In case
it's not a fr
I couldn't recollect the reason behind using version 2.8.1. Sure, I will
give a try with a new version and update.
Thanks.
Regards,
Madan
On Fri, Jul 13, 2018 at 1:41 AM, Werner LEMBERG wrote:
>
> > Also, we are seeing some light lines, or dots are coming in between
> > characters for some x s
> Also, we are seeing some light lines, or dots are coming in between
> characters for some x scale value (say 0.75) (this is also
> attached). Do you have any inputs on how to address this extra
> dots/lines?
Is there a specific reason why you don't try the latest FreeType
version? Chances are
Thanks Werner for the details. Font file is ttf based. And cut-off randomly
happened only for few letters. I tried your suggestion of taking ascend
parameter from global FT_Face structure, after which issue is not coming.
Also, we are seeing some light lines, or dots are coming in between
characte
> We are using freetype-2.8.1. When we try to print the text
> characters, sometimes little top portion of text characters got
> stripped off. Pixel size passed to FT library is 30. No issue is
> seen with freetype-2.5.2.
Please give an example. Which font, which character, which hinting
mode?
Hi Team,
We are using freetype-2.8.1. When we try to print the text characters ,
sometimes little top portion of text characters got stripped off. Pixel
size passed to FT library is 30. No issue is seen with freetype-2.5.2.
It is seen, ascent value returned from font metrics is not returned
prope
13 matches
Mail list logo