Re: [ft-devel] Question on Freetype/OpenType feature

2005-05-10 Thread Werner LEMBERG
No. This should be done one level higher since it needs contextual string processing normally. Have a look at the Pango or ICU libraries, or do it yourself! As previous posts told, FreeType is font library and not text renderer, it should not act as locale-aware softwares. Well, for this

[ft-devel] First pretest of FreeType 2.1.10

2005-05-12 Thread Werner LEMBERG
Folks, I've uploaded a first pretest version of 2.1.10! This is mainly to test whether the library compiles on various platforms, and to check whether the library itself works correctly. There are still some rough edges with documentation files... You can download it from

Re: [ft-devel] Make FT_GlyphSlot_Embolden standard API?

2005-05-14 Thread Werner LEMBERG
As fontconfig and xft already have the code to embolden and rely on FT_GlyphSlot_Embolden to do the real job, I think FT_GlyphSlot_Embolden should be made standard API. This is an important feature for Chinese (maybe also Japanese and Korean) users, as most Chinese fonts don't have a real

Re: [ft-devel] Make FT_GlyphSlot_Embolden standard API?

2005-05-14 Thread Werner LEMBERG
Considering there is such root of embolding request, I wonder whether FT_GlyphSlot_Embolden() API is already enough for the purpose. It does not receive much parameters to control embolding (am I misunderstanding?). I'm afraid several control parameters are requested in future, for

Re: [ft-devel] [patch] tweaks to make ftraster.c compile in _STANDALONE_ mode

2005-05-19 Thread Werner LEMBERG
this looks nice! Can you change your patch slightly to put ftmisc.h into the same directory as ftraster.c? Similarly, `ftimage.h' should be expected in the same directory as ftraster.c if _STANDALONE_ is active. Sure Applied, thanks. Werner

[ft-devel] compiler warnings

2005-05-22 Thread Werner LEMBERG
I still get those two compiler warnings (from gcc): In file included from src/sfnt/sfnt.c:26: src/sfnt/sfdriver.c: In function `sfnt_get_interface': src/sfnt/sfdriver.c:322: warning: ISO C forbids conversion of function pointer to object pointer type

Re: [ft-devel] Bug on PowerPC: Illegal Intruction in FT_Get_Name_Index (worksforme)

2005-05-23 Thread Werner LEMBERG
One more thing: I found it very hard to reconfigure freetype2 on Unix, to use another compiler for example. When I rerun ./configure with another CFLAGS, I see it report the new compiler, but when making, it's still using the old one. My humble solution was checking out a fresh

Re: [ft-devel] Bug on PowerPC: Illegal Intruction in FT_Get_Name_Index (worksforme)

2005-05-24 Thread Werner LEMBERG
Uh, oh, those two warnings are still there for your compiler? Then your double-cast patch has no effect :-( I'm not able to verify that because I don't get any warning with 3.3.3 with and without your change. No, double casting solves the error problem on C++, [...] Hmm, it compiled

Re: [ft-devel] Make FT_GlyphSlot_Embolden standard API?

2005-05-26 Thread Werner LEMBERG
[...] you can see that the glyphs get fatter and fatter. Thanks for testing. The attached patch should fix the problem. Applied, . (Changelog entry included. You may need to change the date.) It's better to include the ChangeLog entry in the mail instead of the patch. In case someone else

Re: [ft-devel] Make FT_GlyphSlot_Embolden standard API?

2005-05-26 Thread Werner LEMBERG
There is one stupid bug in the last patch. Please apply this one. Applied, thanks. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Make FT_GlyphSlot_Embolden standard API?

2005-05-30 Thread Werner LEMBERG
This is introduced by the last patch :( Hehe, there still seem to be problems :-) The glyphs in the two attached fonts don't change at all (neither the appearance nor the advance width) if I check embolding with ftview (not using your patch). Werner STARTFONT 2.1 COMMENT Anti-aliased test

Re: [ft-devel] otv in Jamfile

2005-06-01 Thread Werner LEMBERG
Could you tell me the intent of this change? 2005-05-01 David Turner [EMAIL PROTECTED] * Jamfile: Remove `otvalid' from the list of compiled modules. I think the very reason is the buggy MSVC compiler which can't compile the otvalid module because of

Re: [ft-devel] otv in Jamfile

2005-06-02 Thread Werner LEMBERG
The otvalid module doesn't compile at all with Visual C++, due to its liberal use of subtle but legal preprocessor tricks (blame it on VC++, not FreeType). Have you tried the sed script which I posted on this list? Using it to expand the affected files should allow a clean MSVC build.

Re: [ft-devel] does the face cache really work ?

2005-06-02 Thread Werner LEMBERG
An important design point of the cache subsystem is that a FTC_FaceID value (i.e. the address contained by the pointer) is used to _uniquely_ identify a given cacheable face. This is essential to perform fast lookups (a pointer comparison is so much faster than calling a callback that may

Re: [ft-devel] [PATCH] Small patch for builds/unix/.cvsignore

2005-06-06 Thread Werner LEMBERG
This patch updates builds/unix/.cvsignore so that cvs up is more silent now. Please apply. Done, thanks. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

[ft-devel] Re: const problems

2005-06-07 Thread Werner LEMBERG
Sounds good, but I think the name should be something more specific, like FT_CONST for the least. Yes, definitely. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Undefined error code

2005-06-07 Thread Werner LEMBERG
I am getting the error code 18 from the FT_Get_Glyph function. I looked it up in fterrdef.h, and there is no error associated with 18. It is. 18 decimal == 12 hex: unsupported glyph image format. Werner ___ Freetype-devel mailing list

[ft-devel] 2.1.10 ready

2005-06-09 Thread Werner LEMBERG
Folks, I've tagged 2.1.10 in the CVS, but I don't have quick internet access until Sunday evening for uploading, so there are no packages yet. Please stay patient! There is other good news: FreeType's new home is freetype.freedesktop.org and right now we are in the process of mapping

Re: [ft-devel] otv in Jamfile

2005-06-09 Thread Werner LEMBERG
We decide to make the development version public. Great! Is it OK for you to put this into the FreeType CVS (in the next week or so)? If you agree, can you provide proper patches to create a new module? Werner ___ Freetype-devel mailing list

[ft-devel] Re: FreeType and MSVC problem

2005-06-28 Thread Werner LEMBERG
[About incorrect argument prescan in MSVC's preprocessor for C which prevents correct compilation of FreeType's `otvalid' module.] This is a known bug. Aah, thanks. If you have further questions regarding this issue, Jason Shirk can help you out. Jason, I'm interested in the history of

Re: [ft-devel] Bug in ftmemory.h...

2005-07-05 Thread Werner LEMBERG
I notice that the FT_REALLOC_ARRAY #define in freetype-2.1.10/include/ freetype/internal/ftmemory.h takes _pointer_ as an argument, but uses _pointer (without the last underscore) in it's definition. I'm pretty sure that this is a bug and breaks the latest Pango build. (Sorry if this has

Re: [ft-devel] FT_Outline_Embolden using incorrect macro.

2005-07-13 Thread Werner LEMBERG
The function declaration for FT_Outline_Embolden in ftoutln.h is using the wrong export macro. Fixed in the CVS, thanks. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Setting FT_ValidationLevel

2005-07-13 Thread Werner LEMBERG
Why FT_VALIDATE_BASE is started from 0x0100? It seems that 0xFF is reserved. It was just convenience -- a new series of information which has a different function. I guessed this 0xFF is reserved for passing the validation level. Using this reserved area, it is easy to pass a validation

[ft-devel] Re: [ft] Compiling of freetype 2.1.1

2005-07-16 Thread Werner LEMBERG
The dsp- or dsw-file for Visual Studio is not usable.(downloaded version 2.1.11) But you have written it. I'm depending on volunteers since I don't use Windows. Please have a look at the FreeType Wiki at http://freetype.freedesktop.org/wiki which gives some help how to create a Windows

Re: [ft-devel] Re: xorg crashes with freetype2-2.1.10

2005-07-24 Thread Werner LEMBERG
My test of the freetype module showed that I could cause a crash by loading any -iso10646-1 ttf font I tried; but using an eight bit encoding never caused a crash. I didn't try any other sixteen bit encodings (such as legacy CJK encodings) and I didn't try otf or type1 fonts in that test.

Re: [ft-devel] Re: xorg crashes with freetype2-2.1.10

2005-07-29 Thread Werner LEMBERG
For me xorg 6.8.2 crashes with freetype-2.1.10 when I try to run xterm -font -monotype-courier new-medium-r-normal--20-0-0-0-m-0-koi8-r Yes, I can finally(?) crash my x-server with this as well. Can you produce a backtrace? Werner ___

Re: [ft-devel] Source compatibility for 2.2.0

2005-07-29 Thread Werner LEMBERG
Leaving aside the question of soname and binary compatibility, I was surprised to see in CVS the change to FT_Outline_MoveToFunc and friends; from the CVS commit message: [...] Such a change means that a project like Cairo either has to: A) Choose to compile *only* with 2.2.0 or newer

Re: [ft-devel] FreeType Consortium?

2005-07-29 Thread Werner LEMBERG
Is there any sort of consortium, conference, or gathering of any kind for FreeType users or developers? Not really. Has there ever been? Some developers met twice a few years ago (once in Aachen and another time in Amsterdam) -- to have a nice afternoon with talking and a dinner.

Re: [ft-devel] I got error code 7...

2005-08-01 Thread Werner LEMBERG
I am greenhorn in FreeType implementation to my software aplications. I followed your instruction in Tutorial and wrote a simple program in C++Builder (Client/Server). I included all your libraries and compiled the necessary source files (*.c and *.h) for truetype fonts. My program should

Re: [ft-devel] W.: Freetype2

2005-08-01 Thread Werner LEMBERG
The email adress [EMAIL PROTECTED] doesn't exist anymore! Yes, we know :-( Hopefully, this is fixed in the near future. 1.)The structure FT_Resource and the function FT_New_Resource(engine, filename, resource) doesn't exist too or have I overlooked it? There was nothing in the API

[ft-devel] Fw: [ft] crash loading font

2005-08-06 Thread Werner LEMBERG
This seems to be the right forum for this problem. Sorry for double posting. Werner ---BeginMessage--- We have 3 fonts that cause an illegal access violation in t1_builder_close_contour (Adobe Jenson MM Italic Expert, Kepler MM Expert, and Kepler MM Ornaments 1). [...] Has anyone

Re: [ft-devel] discussion of truetype glyph loading code

2005-08-09 Thread Werner LEMBERG
This patch does the changes (avoiding unnecessary array copying) I mentioned in the last post, along with a heavy cleanup of the truetype module. I just skimmed it, and it looks fine. Since the only good thing of the cleanup is to make the code more readible and it risks unstablizing the

Re: [ft-devel] discussion of truetype glyph loading code

2005-08-09 Thread Werner LEMBERG
I thought heavily clean up implies some changes are not listed :) This is a lame excuse :-) Seriously, your clean-ups are still comprehendable -- it's more a code shifting than a complete rewrite, isn't it? Werner ___ Freetype-devel mailing

Re: [ft-devel] ft_validator_run in otvalid

2005-08-19 Thread Werner LEMBERG
ft_validator_run is defined but it not used in otvmod.c. My patch shrinks otvmod.c 20 bytes:-P Applied, thanks. Sorry for the delay. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org

Re: [ft-devel] sfnt-housed fonts on MacOS missing hhea table

2005-08-19 Thread Werner LEMBERG
It seems that FreeType2 cannot load some bitmap-only fonts on MacOS X (possibly on Classic MacOS too), because such fonts have no hhea tables in its sfnt resource. I wrote small patch to bypass the problem [...] Applied, thanks. Sorry for the delay. Werner

Re: [ft-devel] CFF fonts and bbox

2005-08-20 Thread Werner LEMBERG
Sorry for the late reply. Hi, after having a look at cff source code and primaryly the comment at cffgload.h: /*bbox :: Unused. */ The bbox field in this particular structure is no longer used. CFF fonts of course have a bbox array. it seems that bbox is not

Re: [ft-devel] Really serious FT bug

2005-08-22 Thread Werner LEMBERG
Rogier, how do you handle this your engine? Ermmm, I ermmm, just don't, basically. I have other priorities than the Freetype project: buggy fonts tend to look buggy on my rasteriser, and I'm happy with that. :-) The strategy you propose sounds good to me, though I think you forgot a

Re: [ft-devel] gxvalid patch for ftvalid.c

2005-08-23 Thread Werner LEMBERG
P.S. After moving the FreeType2 cvs repository to savannah(subversions?).gnu.org, I may lose my write-access to it. I'm happy if you give mpsuzuki instead of me to write-access for gxvalid merging tasks. Toshiya-san, Masatake-san, thanks a lot for your work! I've given both of you write

Re: [ft-devel] gxvalid patch for ftvalid.c

2005-08-23 Thread Werner LEMBERG
I will rewrite with GX. How do you think about? This is fine with me. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Bug in autofit render setup

2005-08-24 Thread Werner LEMBERG
While playing font rendering, and trying to figure out while scaling some truetype fonts ends up with the bottom horizontal line of E, L, 2 etc is missing. (75dpi, freetype used as an X server renderer, running on Solaris, so using the Sun provided CourierNew.tff.) [...] I think that

Re: [ft-devel] Bug in autofit render setup

2005-08-24 Thread Werner LEMBERG
FreeType's autofitter has been designed for AA mode only, Werner, that's not true. The auto-fitter should be able to handle non-AA modes appropriately. Oh, thanks for the correction. If the lines disappear, there is some bug somewhere. The patch suggested by Chris fixes this problem.

Re: [ft-devel] Can't compile under cygwin

2005-08-24 Thread Werner LEMBERG
For whatever reason, the makefile doesn't realize it's got a 'unixy' environment. Any guesses what's wrong? I think you have to use the Unix shell, not the DOS shell, but this is just an educated guess. Please report again, sending the compressed output of `make -R -r -d', if noone can give

Re: [ft-devel] freetype2.pc: Missing include directory

2005-08-26 Thread Werner LEMBERG
The generated freetype2.pc file lists ${includedir}/freetype2 but not ${includedir} which causes code to fail to find ft2build.h if freetype is installed in a non-standard directory. freetype-config, on the other hand, gets this right. Trivial patch attached. Applied, thanks. Werner

Re: [ft-devel] Digital signatures

2005-08-26 Thread Werner LEMBERG
I seem to remember talk about testing FreeType on randomly corrupted fonts; has any work on this been done? AFAIK, George has started with some work. For my part, I've done nothing, alas. Werner ___ Freetype-devel mailing list

Re: [ft-devel] randomly corrupting tests

2005-08-27 Thread Werner LEMBERG
I have a little program which makes a copy of a font file changes a random byte to a random value (optionally more than 1) passes the result to fontforge and makes sure ff can handle it without crashing. BTW, this file is now part of the FontForge CVS.

Re: [ft-devel] TT_MAX_COMPOSITE_RECURSE

2005-08-29 Thread Werner LEMBERG
#define TT_MAX_COMPOSITE_RECURSE 5 This value is used to specify the maximum depth allowed to which composite glyphs may be nested. But the truetype spec does talk about this, it's a field in maxp maxComponentDepth. So I suggest the following patch: Applied, thanks. Werner

Re: [ft-devel] TT_MAX_COMPOSITE_RECURSE

2005-08-31 Thread Werner LEMBERG
This patch is causing a regression when trying to use Bitstream Vera Sans 10 = all glyphs with accentuated letters (like à é ù ) are not longer displayed :( Hmm. It works on my system. Did I send the wrong patch? It's my fault I think since I applied it manually. Anyway. Line 1215 of

Re: [ft-devel] Freetype on Mac uses deprecated functions

2005-09-01 Thread Werner LEMBERG
Another reason to move away from the old Font Manager and to ATS, is that some of the Font Manager stuff will not carry over to Mac OS X on Intel without extra work, [...] Any volunteers? Neither David nor I use a Mac... Werner ___

Re: [ft-devel] Freetype on Mac uses deprecated functions

2005-09-02 Thread Werner LEMBERG
Another reason to move away from the old Font Manager and to ATS, is that some of the Font Manager stuff will not carry over to Mac OS X on Intel without extra work, [...] Any volunteers? Neither David nor I use a Mac... I want to do. Great! And thanks in advance for your support.

Re: [ft-devel] Inconsistent Function Type

2005-09-02 Thread Werner LEMBERG
In a header file include/freetype/ftrender.h , typedef void (*FT_Glyph_TransformFunc)( FT_Glyphglyph, FT_Matrix* matrix, FT_Vector* delta ) But in a source file src/base/ftglyph.c , FT_CALLBACK_DEF( void )

[ft-devel] Re: Aw: Re: Kerning

2005-09-09 Thread Werner LEMBERG
[Stefan reports that the macro FT_HAS_KERNING always returns 0.] This is definitely a bug. We have the following in sfobjs.c, function sfnt_load_face: #if 0 /* kerning available ? */ if ( TT_FACE_HAS_KERNING( face ) ) flags |= FT_FACE_FLAG_KERNING; #endif It

[ft-devel] memory fragmentation

2005-09-14 Thread Werner LEMBERG
[I've translated and forwarded Stefan's email to this list -- I'm no expert for this topic, so I hope for a competent answer by somebody else.] In embedded systems which aren't booted often it would make sense to use a static memory management, avoiding an increasing fragmentation of the memory.

Re: [ft-devel] Freetype on Mac uses deprecated functions

2005-09-15 Thread Werner LEMBERG
Let me ask a question, which is better solution? Fix A: FT_GetFile_From_Mac_Name() is kept for QuickDraw. Add FT_GetFile_From_ATS_Name() for ATS. To avoid XXX is deprecated warning, FT_GetFile_From_Mac_Name() should be excluded in building. Fix B: Change

[ft-devel] Re: [freetype-autohint] Bitstream Vera and tilde

2005-09-15 Thread Werner LEMBERG
You say that you can't reproduce the problem. Tell me what settings you have tried. Please try the offending font with the `ftview' demo program (from the `ft2demos' bundle). If you can reproduce the problem with this application, it is usually a problem of FreeType2. Otherwise, it might be a

[ft-devel] Re: [freetype-autohint] Bitstream Vera and tilde

2005-09-15 Thread Werner LEMBERG
If you can reproduce the problem with this application, it is usually a problem of FreeType2. Otherwise, it might be a problem somewhere else. If I run the command ftview -r 96 -f 97 ppem \ /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf tilde displays correctly, but

[ft-devel] Re: [freetype-autohint] Bitstream Vera and tilde

2005-09-16 Thread Werner LEMBERG
OK, now it starts to get interesting. I issue $ ftview -r 96 -f 97 8 \ /usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf Initially tilde is displayed correctly. This is the rendering I would like to use. If I disable anti-aliasing with `a' it's still a tilde, but with forced

[ft-devel] Re: ft-2.1.10 and SING

2005-09-19 Thread Werner LEMBERG
Please find attached a patch against freetype-2.1.10, which allows SING glyphlet font files to be opened by Freetype. Applied, thanks. I've used your old ChangeLog entry too. Sorry for not reacting earlier. For some reason I've forgot, the bug was sitting already in my private FreeType

[ft-devel] Re: Problem with FreeType cache system

2005-09-19 Thread Werner LEMBERG
I'm forwarding this mail to the list. Please help. Werner == [...] I'm having problem with the cache system under low memory conditions. It seems if our system doesn't have 'max_bytes' available, FTC_CMapCache_Lookup

Re: [ft-devel] Re: Problem with FreeType cache system

2005-09-23 Thread Werner LEMBERG
max_bytes corresponds to the maximum amount of memory you want to dedicate to the cache nodes, it doesn't need to correspond to the total memory available on your system; it's used to prevent the cache from inflating to vexing levels. note that it does NOT account for managed FT_Face and

Re: [ft-devel] [Patch] Autofit and stem snapping

2005-09-23 Thread Werner LEMBERG
the FreeType API defines several FT_LOAD_TARGET_XXX constants that determine which hinting algorithm to use when loading outlines from a font file: FT_LOAD_TARGET_NORMAL = hint for normal anti-aliased rendering FT_LOAD_TARGET_LIGHT = same as above, but hint less !

Re: [ft-devel] [Patch] Autofit and stem snapping

2005-09-23 Thread Werner LEMBERG
- the demo code didn't really select the hinting algorithm correctly, I've corrected it in the CVS to match libXft's behaviour Hmm, no ChangeLog entry. Will you do that? - there was a bug in the auto-fitter, [...] Fixed in CVS this morning before going to work. No, you didn't.

Re: [ft-devel] Porting Free Type on 8 Bit platform!

2005-09-23 Thread Werner LEMBERG
You mean that all registers and operators are based on 8bit entities? yes all registers and operators are 8bit. Hmm, I think there must be at least some 16bit entities for jumps and similar things, right? i don't want to have support for all fonts but if i can compile it for a single font

Re: [ft-devel] Load and Render Flags.

2005-09-23 Thread Werner LEMBERG
I will appreciate, if someone can give pointers to Load (FT_LOAD_XXX) and Render(FT_RENDER_XXX) flags to be used in ver. 2.1.10. Specifically for following scenarios: -Antialiasing (ON), Hinting(ON) FT_LOAD_TARGET -Antialiasing (ON), Hinting(OFF) FT_LOAD_TARGET_NORMAL

Re: [ft-devel] Digital signatures

2005-10-04 Thread Werner LEMBERG
It also means having a non-MS signing tool. Has anyone actually managed to independently verify or sign a font. I've tried and failed at the most fundamental level of trying to get my md5 hash of a font agree with MSs. IIRC, there was something into this direction on the opentype mailing

Re: [ft-devel] Status of 2.2

2005-10-04 Thread Werner LEMBERG
- Do you have any idea how far out 2.2 still is ? It's still far away because I currently have limited time to work on. - Will 2.2 be libfreetype.so.7 ? Yes. At least this is my opinion. - Do you still plan to break source compat by doing const correctness changes ? I would like

Re: [ft-devel] Export services?

2005-10-14 Thread Werner LEMBERG
There are some functions which are wrappers to services. Then why not simply export the services to clients? Please give an example how you would like to rearrange services. To make finding a service faster, we can use integers as service id, instead of strings. Do you really think that

Re: [ft-devel] Export services?

2005-10-15 Thread Werner LEMBERG
On Fri, Oct 14, 2005 at 10:11:21PM +0200, David Turner wrote: David, I've added your address to the freetype-devel list (without receiving mails). An exported service is like an exported function call, once get exported, it allows no change. May I suggest that we postpone this discussion and

Re: [ft-devel] font file converter

2005-10-17 Thread Werner LEMBERG
I am looking for code I can incorporate into my product to convert OpenType font files to PostScript Type 1. These are the main requirements: - At the very least, this should process OpenType (CFF-flavored, Type 1 outlines); OpenType CFF/CID is also important, and OpenType (TrueType)

Re: [ft-devel] non-standard commenting in tttables.h

2005-10-27 Thread Werner LEMBERG
I did find some discrepancies: ftsysmem.h doesn't put the function name on the the following line for ft_memory_new and ft_memory_destroy, This file, together with ftsysio.h, is obsolete; I've just removed both. cache/ftccmap.h uses a mixed format in FTC_CMapCache_New and

Re: [ft-devel] comp is reserved word in Apple SC compiler?

2005-10-27 Thread Werner LEMBERG
A haphazard Workaround for such issue (which replace comp by compo) is acceptable? In case this should be really necessary (see my other mail) I ask you to find a variable name which is `more natural', perhaps `Comp' or `component'. werner

Re: [ft-devel] Question on glyph outline rendering for openType

2005-10-28 Thread Werner LEMBERG
I would like to load a font , get it's glyph outline and then render it as a path so that I can fill the glyph with custom stuff such as gradients and patterns.I have seen examples of this for free Type and true Type in win32. This has been answered on comp.fonts. I wish to know if this is

Re: [ft-devel] Segfault with otf and face_index == -1

2005-11-03 Thread Werner LEMBERG
If you call FT_New_Face with face_index 0, it should return an empty FT_Face object to indicate that the format is supported (otherwise, an error is returned). Moreover, the face-num_faces field can be used to determine the number of faces within the font file. After that, the caller

[ft-devel] Fw: [OpenType] kerning in OTF (was: Custom platform (ID 4) cmaps)

2005-11-04 Thread Werner LEMBERG
This might be interesting for some of you. It means in consequence that the higher-level code which handles GPOS has probably to discard the kern values FreeType returns (which only looks at the `kern' table). Werner ---BeginMessage--- OpenType list address: [EMAIL PROTECTED] Thomas

Re: [ft-devel] Segfault with otf and face_index == -1

2005-11-04 Thread Werner LEMBERG
Attached. It includes the change I suggested and copies the same description to FT_New_Face() and FT_New_Memory_Face(). Applied, thanks. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org

Re: [ft-devel] Question about cidparse.c/cid_parser_new( )

2005-11-08 Thread Werner LEMBERG
And I think there should be more change in this code section: 'limit' should be reset by 'buffer + readsize' in where readsize is actual read size. Please provide a patch. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org

Re: [ft-devel] Question about cidparse.c/cid_parser_new( )

2005-11-08 Thread Werner LEMBERG
When this function locates 'StartData' , it reads in by '256 + 10 - buff_len' from stream. Sometimes, the font data after 'StartData' is not very long and stream read function fails in this case. I think stream-size should be considered to get the correct reading length. I think following

Re: [ft-devel] Question about cidparse.c/cid_parser_new( )

2005-11-10 Thread Werner LEMBERG
I've written 2 patchs to fix a bug reported by Mr. Taek Kwan Lee. Thanks! I want to hear comments which is easier to maintain in future. Both are fine with me. Please install whatever you prefer. Werner ___ Freetype-devel mailing list

Re: [ft-devel] Compilation fixes for FreeType on BeOS

2005-11-11 Thread Werner LEMBERG
here are some patches to improve the compilation on BeOS. Applied, thanks. Please test! Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

[ft-devel] serious bug introduced 2005-10-29

2005-11-15 Thread Werner LEMBERG
David, a comparison between a FreeType checkout with -D 2005-10-28 and -D 2005-10-29 shows that the latter has introduced a serious bug w.r.t. TTF handling. Attached two images from the font Dustismo.ttf. Perhaps your arithmetic performance improvents are buggy... This might also be the

[ft-devel] Re: serious bug introduced 2005-10-29

2005-11-15 Thread Werner LEMBERG
I can't reproduce the problem with dustismo.ttf and the current CVS code (with or without the bytecode interpreter), I'm using the font file whose MD5 is: c4ed0cfcc7aa21f979c9898215defc8d /fonts/dustismo.ttf This is the right font. Any additionnal information ? (e.g. exact ftview

Re: [ft-devel] serious bug introduced 2005-10-29

2005-11-15 Thread Werner LEMBERG
I just commited a fix to the problem. There was a bug in ft_trigon_prenorm. the optimization introduced recently Also included, a fix to the truetype interpreter FT_UNUSED_EXEC unwanted memcpy Thanks for the quick fix. Will test soon. Werner

Re: [ft-devel] [patch] vertical metrics zero for OpenType CFF

2005-11-17 Thread Werner LEMBERG
I've included a patch for a bug in FreeType related to zero values for vertical metrics for OpenType CFF fonts. Thanks! I've applied a simplified version to the CVS. Sorry for the long delay. My assumption is that the FreeType team didn't have time to implement this yet. Mhmm, I think it

Re: [ft-devel] failed to compile ftvalid.c

2005-11-17 Thread Werner LEMBERG
In otvalid, documents say `free' should be used. I see. The usage of FT_ALLOC() and FT_FREE() is very same between otvalid and gxvalid. Yet I'm not sure the reason why free() should be used for tools using otvalid, You should use free() in ftvalid.c because FT_FREE() is not a public API.

Re: [ft-devel] failed to compile ftvalid.c

2005-11-17 Thread Werner LEMBERG
I attached 4 patches, please check. Thanks a lot! I wrote FT_TrueTypeGX_Free() to receive FT_Face (to identify the memory object) and FT_Bytes to free, but it is possible to receive FT_Memory instead of FT_Face. Any recommendation? Since most functions of FreeType take FT_Face, I think

Re: [ft-devel] failed to compile ftvalid.c

2005-11-17 Thread Werner LEMBERG
I attached 4 patches, please check. And please install! Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Migrating layout table validation code to a new CVS module

2005-11-18 Thread Werner LEMBERG
I don't know if some of you won't hate me for this, but I've commited this morning a new module in the CVS named ftvalid Expect a bomb within a few days... Actually, the sources of these modules have been imported into ftvalid with nearly no changes, and some hideous pre-processor glue is

Re: [ft-devel] current cvs on suse 10

2005-11-21 Thread Werner LEMBERG
While setting up 10.0 for an office environment, I noticed quite bad font display due to kerning errors compared to earlier versions. [...] That revealed a few problems, though. SUSE uses a patch to export a bunch of methods from the ftstream module, Uh, oh, we are in the process of

Re: [ft-devel] module inclusion/exclusion

2005-11-21 Thread Werner LEMBERG
For systems that dont support dlopen() and only support static linking, the Amiga build can be used as example. The forthcoming libtool version fixes bugs of libltdl on static platforms. I would be glad if you could test whether libltdl (not necessarily the libtool script itself) runs under

Re: [ft-devel] Memory leak in bdfdrivr.c

2005-11-21 Thread Werner LEMBERG
The attached patch fixes a memory leak in bdfdrivr.c. Applied, thanks. Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

Re: [ft-devel] Migrating layout table validation code to a new CVSmodule

2005-11-22 Thread Werner LEMBERG
There is no need for dlopen() or equivalent. We have FT_Add_Module which can be called just after FT_Init_FreeType to add modules to the font engine. That's what I use on my company's embedded software, to register custom font drivers for some proprietary bitmap formats we need to

Re: [ft-devel] Migrating layout table validation code to a new CVSmodule

2005-11-22 Thread Werner LEMBERG
However, for general-purpose systems like Unix, where the user is free to update its version of FreeType, or FTValid, it leads to the same problems that we encountered with Pango, fontconfig, etc Well, libtool's versioning scheme should prevent chaos. As mentioned earlier, the

Re: [ft-devel] Migrating layout table validation code to a new CVSmodule

2005-11-22 Thread Werner LEMBERG
Well, libtool's versioning scheme should prevent chaos. Excuse me for being explicit, but I'd rather poke my eyeballs with a rusty nail found in cow dung than believe this ! Hear, hear! it also forces us to make all FT_BASE functions exported. Aah, yes, this is indeed a problem.

Re: [ft-devel] Problem with Type 42 incremental downloading font

2005-11-22 Thread Werner LEMBERG
--- freetype.h2005-08-15 16:05:44.0 -0400 +++ freetype_1.h 2005-11-21 15:49:16.0 -0500 @@ -1875,7 +1875,9 @@ const FT_Byte* file_base, FT_Long file_size, FT_Long face_index, -

Re: [ft-devel] Problem with Verdana font

2005-11-28 Thread Werner LEMBERG
In attached screenshot you can easily see that at 16 pixel bold, W N characters are too bold compared to other characters. I can see this behaviour in Freetype 2.1.10 and Freetype CVS HEAD. Hmm, I can't see this with ftview from CVS 2005-11-25 (using verdanab.ttf 2.35). Werner

Re: [ft-devel] [patch] distinguish overlapped and unsorted segments in cmap format 4

2005-11-29 Thread Werner LEMBERG
The problem I mentioned in the last mail is solved by replacing the bool `cmap-unsorted' by `cmap-flags.' So here is the patch. Both patches look good! Please add them to the CVS. I'll then run my suite of bad and problematic fonts... Werner

Re: [ft-devel] A simple script to test

2005-11-30 Thread Werner LEMBERG
I've commit a patch to make ftdump support -c, show charmap contents. With that, and the simple script `cmaptest' which can be found in the attachment, you can easily test if things still work correctly. I've replaced `-c' with a switch `-v' to indicate verbosity. ftdump now always shows

Re: [ft-devel] [patch] distinguish overlapped and unsorted segments in cmap format 4

2005-11-30 Thread Werner LEMBERG
Both patches look good! Please add them to the CVS. I'll then run my suite of bad and problematic fonts... Ok, I've committed. Thanks! There is one difference in format 4, in how charcode 0 is mapped when offset is 0. In my code and the original `tt_cmap4_char_next', `delta' is

Re: [ft-devel] aface-num_faces of FT_New_Face() in ftmac.c

2005-11-30 Thread Werner LEMBERG
In the regression test, I've found that FT_New_Face() in ftmac.c does not return correct aface-num_faces. [...] ...So, now I'm going to fix this, and I want to ask about binary compatibility. At present, via FT_New_Face() in ftmac.c, we can access the 2nd sfnt resource as the 2nd face of

Re: [ft-devel] aface-num_faces of FT_New_Face() in ftmac.c

2005-11-30 Thread Werner LEMBERG
NFNT resources are separated for each sizes, just aslike strike of sbit. Could I know more about WINFNT encoding issue in ft-devel archive? As soon as there is an encoding difference you have to use faces. Werner ___ Freetype-devel mailing

Re: [ft-devel] Problem with Type 42 incremental downloading font

2005-12-03 Thread Werner LEMBERG
A little bit late but here's the fix without touching FT_New_Meory_Face. Applied, thanks! Werner ___ Freetype-devel mailing list Freetype-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/freetype-devel

  1   2   3   4   5   6   7   8   9   10   >