I called
FT_Set_Pixel_Sizes(face, 40, 20);
hoping to get a glyph of 20x40 dimension in pixels, but when I used
`face-glyph-bitmap' to access the bitmap, its dimension is 26*14.
The documentation of FT_Set_Pixel_Sizes says
You should not rely on the resulting glyphs matching, or being
Hi Freetype!
I’m investigating why Korean can’t access/download freetype tar ball.
https://bugs.webkit.org/show_bug.cgi?id=131297
Simply downloading through wget has been failed like following.
[shivamidow@iMacStation:temp]$ wget
0down votefavorite
http://stackoverflow.com/questions/24120441/installing-freetype-2-5-3-linux#
I have a C++ project which uses FreeType 2.5.3 and which I need to compile
on linux (Kubuntu) First I have Freeype already installed but it is older
version (2.3.5).
1.
I used command from here
Thx for your reply.
I'm not very clear on what the parameters of `FT_Request_Size' represent
and what this function does.
This function appears to be some kind of maximum size for the glyph.
Actually, I am just wondering what I should do if I want to generate a
glyph *of exactly a specific
Good morning!
I'd like to detect whether a glyph (e.g. 0x0150) is part of the font.
Actually detect Hungarian language support of webpages. Font file
names are extracted from CSS.
Is it OK?
ftdump -v /usr/share/fonts/truetype/msttcorefonts/verdana.ttf | grep 0x0151
Or should I care about
The download.savannah.gnu.org server redirects to
public.p-knowledge.co.jp, and its 80 port seems blocked.
Please contact the Savannah people and report this issue!
I’m not sure this happens in just Korea.
For me in Austria,
Now I see errors coming from ftheader.h that it doesn't find
FT_STROKER_H , FT_LCD_FILTER and more header macros.
Are there some additonal steps I have missed here?
From the CHANGES entries for version 2.5.1:
- The header file layout has been changed. After installation,
all
I'd like to detect whether a glyph (e.g. 0x0150) is part of the
font. Actually detect Hungarian language support of webpages. Font
file names are extracted from CSS.
You rather want to detect whether Unicode input character U+0150 has a
mapping to a non-zero glyph index.
Is it OK?
ftdump
Well,I managed to fix it.I had to put into project include path :
usr/include/freetype2 .This solved the problem.
On Tue, Jun 10, 2014 at 12:24 AM, Werner LEMBERG w...@gnu.org wrote:
Now I see errors coming from ftheader.h that it doesn't find
FT_STROKER_H , FT_LCD_FILTER and more header
Is it OK?
ftdump -v /usr/share/fonts/truetype/msttcorefonts/verdana.ttf | grep
0x0151
No, it isn't, you need flag `-V' for that :-)
Thank you for your support!
# ftdump -V /usr/share/fonts/truetype/msttcorefonts/verdana.ttf
ftdump: invalid option -- V
ftdump: simple font dumper -- part of
Hi,
For the codepoint scanning of ftdump, -v is OK, I think.
In general speaking, you should exclude the cmap subtable
with non-Unicode mapping (e.g. some east asian fonts and
some MacOS fonts have non-Unicode mapping table - there is
a possibility that the codepoint you're looking for is
used
Oops, I made a mistake.
$ fc-query serif:lang=hu
I meant:
$ fc-match serif:lang=hu.
fc-match can accept the charset specification,
but its expression is not easy for human eye
(see discussion
http://comments.gmane.org/gmane.comp.fonts.fontconfig/4916
)
Regards,
mpsuzuki
suzuki toshiya
Is it what you suggested?
$ fc-scan --format '%{lang}\n'
Yes.
But please read Toshiya's replies :-)
Werner
___
Freetype mailing list
Freetype@nongnu.org
https://lists.nongnu.org/mailman/listinfo/freetype
13 matches
Mail list logo