headers
bnTheMan | 1 Aug 2007 05:16
Picon

Re: [ft] Link Error: could not open FreeType.lib


Werner LEMBERG wrote:
> 
> 
>> However, in the mean time, speaking in any compiler terms again, how
>> many dlls and libs should the compiler produce or does this depend
>> on what you are looking to do with Freetype?
> 
> The VC++ project files produce, AFAIK, a single library in four
> different incarnations, for different purposes (single threaded,
> multithreaded, with and without debug info).
> 
>> If it depends on what you are doing with FreeType, then maybe I can
>> shed some more light to you about BrutalChess.
> 
> BTW, isn't there any help from the BrutalChess developers or users?  I
> think this would be much more straightforward...
> 
> .....
> 
> 
>   http://sourceforge.net/mail/?group_id=139550
> 
> and ask there.  Since apparently all VC++ users of FreeType are on
> vacation or not listening, you won't get more help currently, sorry.
> 
> 
>     Werner
> 
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
bnTheMan | 1 Aug 2007 06:04
Picon

Re: [ft] Link Error: could not open FreeType.lib


I think I now get the project file. The default project I think is just a
Static Library type project. However, what I need is a DLL and a Lib file
which means I think I need to build a DLL project that includes an import
Lib file. What this means is that when the DLL project is compiled it
creates, in my instance,  freetype6.dll and freetype.lib, and that is why
Werner cannot help me. It sounds to me, if I ask my question correctly in
the Visual C++ forums, I might be able to get the answer on how to do this.

bnTheMan wrote:
> 
> 
> Werner LEMBERG wrote:
>> 
>> 
>>> However, in the mean time, speaking in any compiler terms again, how
>>> many dlls and libs should the compiler produce or does this depend
>>> on what you are looking to do with Freetype?
>> 
>> The VC++ project files produce, AFAIK, a single library in four
>> different incarnations, for different purposes (single threaded,
>> multithreaded, with and without debug info).
>> 
>>> If it depends on what you are doing with FreeType, then maybe I can
>>> shed some more light to you about BrutalChess.
>> 
>> BTW, isn't there any help from the BrutalChess developers or users?  I
>> think this would be much more straightforward...
>> 
>> .....
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ulrich Mierendorff | 1 Aug 2007 11:05
Picon

Re: [ft] caching subsystem, caching images?

Ok, I think I've got it...
If the glyph is "small" enough it will use the sbit cache and it is not 
rerendered. That is very fast (~100times faster).
But I wonder why the glyph size limit was set to 48px in the example?
Kind regards,
Ulrich

Ulrich wrote:
> Hi,
> I've looked  into freetype's caching subsystem. As far as I understand 
> it does not cache bitmaps of rendered glyphs. Am I correct? I come to 
> this opinion because I've also read a bit in "ftcommon.c" from the 
> "ft2demos" and it looks like if a glyph is always rerendered (lines 
> 870ff). So I have to implement bitmap-caching myself?
>
>
>
Permalink | Reply | 1 comment |
headers
Werner LEMBERG | 1 Aug 2007 11:34
Picon

Re: [ft] caching subsystem, caching images?

> If the glyph is "small" enough it will use the sbit cache and it is
> not rerendered. That is very fast (~100times faster).  But I wonder
> why the glyph size limit was set to 48px in the example?

This was arbitrary.

    Werner
Permalink | Reply | 0 comments |
headers
Qianqian Fang | 2 Aug 2007 04:56
Picon
Favicon

Re: strange behavior for font with partial bitmap embedding

(I cc-ed a copy to freetype2 mailing list of this discussion, my 
original question
was posted at 
http://lists.freedesktop.org/archives/fontconfig/2007-July/002639.html )

thank you mpsuzuki for explaining this to me. I had a hard time to isolate
the problem and it is always confusing for me that the font rendering in 
Linux
is related to multiple modules, freetype2,fontconfig, pango, Xft etc. I 
send
my question to this list in the hope that some font experts may hear my 
question
and direct me to the right direction.

Indeed, I had suspected that fontconfig does not manipulate font 
information
down to the glyph level, maybe <blank> is the only exception. However I was
curious on the accuracy/legitimacy of the returned font information for 
this
situation where font has partial coverage of bitmaps at specific sizes. 
In another word,
because fontconfig does not have the granularity to describe the details 
of a
font (it perhaps was not designed for this), will the returned 
incomplete info mislead
the rendering engine?

For example, when a program want to draw a 10pt 'A' and request fontconfig
to provide a list of fonts and font properties (such as embeddedbitmap), 
and
(Continue reading)

Permalink | Reply | 0 comments |
headers
Psychoferno | 9 Aug 2007 20:45
Picon

[ft] Non-antialiased Tahoma font problem

Hi, I use Tahoma font size 8 non-antialiased but in italic fonts this view ugly (snapshot of K3B attached). In normal font this view how in Windows. This is a general problem ?

_______________________________________________
Freetype mailing list
Freetype <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype
Permalink | Reply | 1 comment |
headers
Werner LEMBERG | 11 Aug 2007 10:40
Picon

Re: [ft] Non-antialiased Tahoma font problem


> Hi, I use Tahoma font size 8 non-antialiased but in italic fonts
> this view ugly (snapshot of K3B attached). In normal font this view
> how in Windows.  This is a general problem ?

This is not a font problem, this is a bug in the font handling engine
you are using, or bad configuration settings for this particular font.

Reason: Fonts of the `tahoma' family contain a `gasp' table which says
that at resolutions <= 8ppem the glyphs should be rendered
anti-aliased, without grid-fitting (this is, without applying hinting
instructions).  As can be clearly seen, this is not the case in your
image.

    Werner
Permalink | Reply | 0 comments |
headers
Michael Day | 12 Aug 2007 03:26
Favicon

[ft] TrueType font subsetting

Hi,

Applications that produce PDF files may need to perform TrueType font 
subsetting, in which the unused glyphs and tables are discarded from a 
font in order to save space. This is particularly important for CJK 
fonts, as they are very large and a PDF document will typically only use 
a small fraction of the glyphs in the font.

FreeType does not appear to provide support for font subsetting, which 
involves creating a new font rather than loading an existing one. Is 
there any interest in adding this functionality to FreeType?

The reason I ask is that we are implementing TrueType font subsetting in 
Prince, our PDF formatter for printing web pages, and since we already 
use FreeType for processing fonts we would be happy to contribute the 
subsetting module we are developing for inclusion in FreeType.

Best regards,

Michael

--

-- 
Print XML with Prince!
http://www.princexml.com
Permalink | Reply | 3 comments |
headers
Søren Holm | 12 Aug 2007 22:20
Picon

[ft] Truetype to bitmap

Hello

I'm writing a little program for converting some truetype glyphs to bitmap. My 
problem is that I do noy know how to setup freetype to give me a 16 pixel 
high glyphs. I'm going to use the generated bitmaps in an embedded 
application with not enough space for freetype and ttf-fonts.

Now I am doing the following

I'm using  FT_New_Face to select to font, and  FT_Get_Char_Index( face, i ) to 
get the char index. Loads the glyph with  FT_Load_Glyph and renders is with  
FT_Render_Glyph. And I get a bitmap with a certain width and height, offseted 
bitmap_left and bitmap_top,

I hope this is not too basic. I have read the tutorial, but I don't seem to 
help me further.

/Søren Holm
Permalink | Reply | 0 comments |

Gmane