http://permalink.gmane.org/gmane.comp.fonts.freetype.user hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4774 <pre> There is a misconception of how TTCs work: As soon as you select a face index, you can't distinguish the data from a TTF. In other words, it is not possible to specify where a glyph comes from. Most TTCs share a single `glyf' table for all subfonts. However, some fonts (most notably on the Mac) have more than a single `glyf' table. Assuming that font 1 in the TTC accesses `glyf' table 1, and font 2 accesses `glyf' table 2, there is no possibility that you can get glyphs from `glyf' table 2 while accessing font 1. Which font? Are you *sure* that Windows doesn't use a fallback font for displaying this glyph? Try the ftview demo program without command line option `-e'; the font faces in the TTC are then accessed by glyph indices instead of character codes, bypassing the cmap table. I strongly suggest that you read TTC section in the TrueType specification: http://www.microsoft.com/typography/otspec/otff.htm Werner __________________________________________</pre> Werner LEMBERG 2013-05-17T14:46:41 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4773 <pre> If I use a True Type Collection (TTC) font file when initializing my FreeType Face, is there anything special I need to do to render a character that is part of the shared table in the TTC (but not part of the individual TTF)? At the moment FT_Get_Char_Index is returning 0 for the CJK Ideograph at U+7380, and the error symbol is being used. However, if I open this font file in Windows' Character Map program it shows that this character is part of the font. Additionally, another program I installed called Typograf will show that this character exists in the font. I've tested a few other font programs (like FontForge, Font Creator, and dp4 Font Viewer) and none of these programs recognize that this character exists in the font, though. So I am led to believe that this character is part of the shared glyph table, and only some of these programs are set up to look there. Is there a way for me to verify that this character actually is part of the shared TTC table? Additionally, is there a way for me to ac</pre> awiederman 2013-05-16T20:10:55 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4772 <pre> If I use a True Type Collection (TTC) font file when initializing my FreeType Face, is there anything special I need to do to render a character that is part of the shared table in the TTC (but not part of the individual TTF)? At the moment FT_Get_Char_Index is returning 0 for the CJK Ideograph at U+7380, and the error symbol is being used. However, if I open this font file in Windows' Character Map program it shows that this character is part of the font. Additionally, another program I installed called Typograf will show that this character exists in the font. I've tested a few other font programs (like FontForge, Font Creator, and dp4 Font Viewer) and none of these programs recognize that this character exists in the font, though. So I am led to believe that this character is part of the shared glyph table, and only some of these programs are set up to look there. Is there a way for me to verify that this character actually is part of the shared TTC table? Additionally, is there a way for me to ac</pre> awiederman 2013-05-16T20:09:31 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4771 <pre> If I use a True Type Collection (TTC) font file when initializing my FreeType Face, is there anything special I need to do to render a character that is part of the shared table in the TTC (but not part of the individual TTF)? At the moment FT_Get_Char_Index is returning 0 for the CJK Ideograph at U+7380, and the error symbol is being used. However, if I open this font file in Windows' Character Map program it shows that this character is part of the font. Additionally, another program I installed called Typograf will show that this character exists in the font. I've tested a few other font programs (like FontForge, Font Creator, and dp4 Font Viewer) and none of these programs recognize that this character exists in the font, though. So I am led to believe that this character is part of the shared glyph table, and only some of these programs are set up to look there. Is there a way for me to verify that this character actually is part of the shared TTC table? Additionally, is there a way for me to ac</pre> awiederman 2013-05-16T20:03:50 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4770 <pre>Ok, i found my problem. It was not an other library that was the problem, but the previous version of freetype that i was trying to upgrade. Its headers were in my custom include directory, so the build must have taken the old headers of freetype first to try to compile the new one. 2013/5/15 Werner LEMBERG &lt;wl&lt; at &gt;gnu.org&gt; </pre> Olivier BARTHELEMY 2013-05-16T07:39:19 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4769 <pre> Good. :-) I don't think so. You might also try `make devel; make' to compile without the `configure' script. Werner </pre> Werner LEMBERG 2013-05-15T16:21:59 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4768 <pre>Ok, so i tried to do manually what my compilation script does (i'm updating my coompilation script from FT2.4.6 to 2.4.12): ./configure make And it worked. Looking at the compile arguments difference, i notice that i have an additional -I brought by CFLAGS that points to a directory of includes to other libraries i build myself. Removing that includes path makes my automated build work too. But the only library i see in that path that could impact freetype is zlib (1.2.5 in my own include path, 1.2.3 found by default on the system). Does freetype depend on a specific version of zlib or some other library? I'm using centos 5 32bit with gcc 4.1 2013/5/15 Werner LEMBERG &lt;wl&lt; at &gt;gnu.org&gt; </pre> Olivier BARTHELEMY 2013-05-15T16:15:56 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4767 <pre> We need a way to reproduce your problem. How do you compile? Please give more details. Werner </pre> Werner LEMBERG 2013-05-15T15:37:25 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4766 <pre>Hi, I'm getting an error while i try to compile freetype on linux (but not on windows) The first 'visible' error (in base/ftinit.c:245) is that gcc says thet the symbol FT_ERR_PREFIXUnimplemented_feature is undeclared. It seems ERR_CAT concatenated the FT_ERR_PREFIX without replacing it with it's value. After some test, it seems that FT_ERR_PREFIX is not defined for some (all?) of the c files in the base subdirectory. I tried including fterrors.h from there, but somehow FT_ERR_PREFIX is not defined by doing this (even though -DFT2_BUILD_LIBRARY is on the compile command). Manuually defining it at the beginning of the c files to nothing correctly does the concatenation but still gives undeclared symbols. Defining it do FT_Err_ seems to allow the compilation of the files. Is there some config i am not doing to get those errors, or is the linux build not working for v2.4.12? </pre> Olivier BARTHELEMY 2013-05-15T14:53:29 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4764 <pre> Please point to places in the documentation which are unclear so that we can improve it. Or you might provide patches after you've understood the issue :-) A standard TrueType (TTF) or OpenType (OTF) font has *always* a single face. However, a TrueType (TTC) or OpenType (OTC) collection font has more. Take for example the standard Windows math font, `cambria.ttc', which has two faces: Index 0 is for normal typesetting (`Cambria Regular'), and index 1 is for mathematical formulae (`Cambria Math Regular'). So in case you want to handle TTCs and OTCs, you *must* support multiple faces. Yes, this is something not used on Windows normally. Usually, it makes fonts smaller, since the fonts can share common TrueType tables. In the Cambria example, the glyph shapes for most characters are exactly the same, but some of them are different, and the glyph metrics differ partially. In case of Macintosh suitcases, however, it's rather to reduce the number of files of a given font family. Actually, it's quite</pre> Werner LEMBERG 2013-05-01T03:48:06 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4763 <pre>I'm writing a font cache based on freetype. I'm creating an OpenGL text rendering library and need to textures of the glyphs. This is the first time that I have ever had the need to delve into fonts and unfortunately, the freetype documentation seems to make the assumption that those using the library have a deep understanding of fonts. I'm developing the cache on Windows, but it needs to be cross platform. Since I cannot find a good example of different faces within a font, and the fact that most Windows TrueType fonts have only one face, I was just going to ignore the face_index parameter and leave it at zero. Then while trudging through the freetype source, I noticed a comment that when loading a Macintosh suitcase, the face_index corresponds to regular, bold, italic, etc., variants within the suitcase. :/ Because of this, I made a couple of functions to enumerate the number of faces within a font and to allow the user to switch faces. My question is how to I document this? I don't fully understand why </pre> Mark Speir 2013-05-01T01:38:45 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4762 <pre> Folks, the git repository of all FreeType documentation files is now available online: http://cgit.freedesktop.org/freetype/freetype-web Werner </pre> Werner LEMBERG 2013-04-22T05:43:46 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4761 <pre> On Apr 19, 2013, at 11:06 AM, Wolfgang Draxinger &lt;Wolfgang.Draxinger&lt; at &gt;physik.uni-muenchen.de&gt; wrote: You might like to try the amalgamated version; it's awesome. https://github.com/vinniefalco/FreeTypeAmalgam Best wishes, Tom 文林 Wenlin Institute, Inc. Software for Learning Chinese E-mail: wenlin&lt; at &gt;wenlin.com Web: http://www.wenlin.com Telephone: 1-877-4-WENLIN (1-877-493-6546) ☯ _______________________________________________ Freetype mailing list Freetype&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype </pre> Tom Bishop, Wenlin Institute 2013-04-19T17:22:27 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4760 <pre> Definitely not. I'm successfully compiling and linking programs using this very compiler. I put the blame on the brain dead automake/autoconf system that tries to execute the generated binary on the compiler system which of course will not work. Preferrably there would be no configure script running at all. I'd really prefer to configure the build myself, specific to my needs. Any automagic is a No-Go in this project anyways. Here's the Makefile of the small test program I started with. ### Makefile ### all: arm-none-eabi-gcc -I. -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb main.c arm-none-eabi-ld -Tstm32.ld -nostartfiles -o main.elf main.o arm-none-eabi-objcopy -Obinary main.elf main.bin flash: main.bin stm32_flash.pl main.bin clean: rm main.o main.elf main.bin ### Makefile (END) ### stm32_flash.pl is a small Perl script talking to OpenOCD, to flash the image via JTAG. Anyway, the linker produces a valid ELF. dw&lt; at &gt;hilbert: ~/…/stm32f_test &gt; fil</pre> Wolfgang Draxinger 2013-04-19T17:07:48 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4759 <pre> Ahh, according to the log file, your arm-non-eabi-gcc seems to have a difficulty to make a binary executable. If you want to make a hello-world binary executable for the target system, how do you compile it? Regards, mpsuzuki On 2013年04月20日 00:46, Wolfgang Draxinger wrote: </pre> suzuki toshiya 2013-04-19T16:36:47 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4758 <pre> Here you go: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by FreeType configure 2.4.11, which was generated by GNU Autoconf 2.69. Invocation command line was $ ./configure --host=arm-none-eabi --without-zlib --without-bzip2 --without-fsspec --without-fsref --without-ats --disable-shared --enable-static ## --------- ## ## Platform. ## ## --------- ## hostname = hilbert uname -m = x86_64 uname -r = 3.2.0-3-rt-amd64 uname -s = Linux uname -v = #1 SMP PREEMPT RT Mon Jul 23 03:37:45 UTC 2012 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /home/dw/.local/bin PATH: /usr/local/bin PATH: /usr/bin PATH: /bin PATH: /usr/local/games PATH: /usr/games PATH: /opt/bin PATH: /u</pre> Wolfgang Draxinger 2013-04-19T15:46:03 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4757 <pre>Hi, Could you post config.log generated by passing the --host option to ./configure? Regards, mpsuzuki Wolfgang Draxinger wrote: </pre> suzuki toshiya 2013-04-19T15:13:40 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4756 <pre>Hi, I'd like to build FT2 for the ARM Cortex-M3 architecture to use it for text output on a display. My naive attempt to make it use the available cross-compiler by passing the --host option to ./configure did (of course) not yield a working result; we'll can't blame for for trying ;) I'd like to build FT2 specific to my needs, that are: - static library - no builtin zlib, lzw and bzip2 (some compression library will be linked into the firmware image eventually) - selecting the supported font formats Most of the configuration will probably hand tailored to the target system anyway. So what I look for is some pointers in how to manually configure the FT2 build without the assistance of some autoconf/automake build system. Regards Wolfgang </pre> Wolfgang Draxinger 2013-04-19T15:06:37 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4755 <pre> You mean export to different countries? Since no encryption code is used, there shouldn't be any limitations AFAIK. Werner </pre> Werner LEMBERG 2013-04-18T10:07:12 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4754 <pre>Hi all, I have some question related to Freetype and export control. Could you tell me if FreeType need some specific authorizations for export? If so, which is the regulation to apply. Thanks in advance for your help. Regards Karine Ducrocq [&lt; at &gt;&lt; at &gt; THALES GROUP INTERNAL &lt; at &gt;&lt; at &gt;] _______________________________________________ Freetype mailing list Freetype&lt; at &gt;nongnu.org https://lists.nongnu.org/mailman/listinfo/freetype </pre> DUCROCQ Karine 2013-04-18T09:49:26 http://permalink.gmane.org/gmane.comp.fonts.freetype.user/4753 <pre> Hope you can find the real issue soon! Werner </pre> Werner LEMBERG 2013-04-02T13:19:07 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.fonts.freetype.user