New versions of both mkfontscale and the FreeType 2 backend are
available from
http://www.pps.jussieu.fr/~jch/software/files/
Note that you will need to apply the ``xfree86-freetype2.patch'' even
if you've done before, as this version contains a little more stuff.
I gratefully acknowledge the
Hi,
> In <[EMAIL PROTECTED]>
> Juliusz Chroboczek <[EMAIL PROTECTED]> wrote:
>> New versions of both mkfontscale and the FreeType 2 backend are
>> available from
>>
>> http://www.pps.jussieu.fr/~jch/software/files/
>>
>> Note that you will need to apply the ``xfree86-freetype2.patch'
I'm running the new ft2 backend now for all scalled fonts.ยน
Most everything looks good so far. I've tried several different
fonts in mozilla, rxvt, gvim.
The average width error is still there for type1 fonts, but AFAICT
it affects very few programs that one usually doesn't notice.
SuSE patche
Hi Juliusz,
Red Hat will use a updated ttmkfdir in the next release, we updated the
ttmkfdir to FreeType2 and also added some other CJK releated
features(like TTCap), and it uses system encodings.dir as default to
recognize font encodings.
If anyone has interests, please have a look of
http:
I jus realized that there is a significant difference with the new ft2
backend. I've lost underlining in mozilla. I've verified that the
underlines are there when it uses its xft2 engine, but disappear with
server-side fonts. (Something was bothering me about it last night,
but I couldn't put m
YS> Red Hat will use a updated ttmkfdir in the next release, we
YS> updated the ttmkfdir to FreeType2 and also added some other CJK
YS> releated features(like TTCap), and it uses system encodings.dir as
YS> default to recognize font encodings.
Mkfontscale does all of that except for TTCap (which
IM> I saw the ``xfree86-freetype2.patch'', and I found it does not
IM> contain ftstdlib.h related chank. It is still needed.
Thanks for the report. I forgot ``-N''.
I'll generate a new patch ASAP.
Juliusz
___
JC> I'm running the new ft2 backend now for all scalled fonts.
JC> Most everything looks good so far.
Great to know.
JC> Perhaps generalizing -adobe-fontspecific into -*-fontspecific
JC> would be reasonable?
Fine. Although mkfontscale will still only generate `adobe-fontspecific'.
JC> I'm als
JC> The average width error is still there for type1 fonts, but AFAICT
JC> it affects very few programs that one usually doesn't notice.
According to David Turner, this may be a bug in FreeType 2.0.9 that
was fixed in 2.1.0. I haven't had time to test his guess yet.
(Keith, what about importing
Around 16 o'clock on Apr 18, Juliusz Chroboczek wrote:
> According to David Turner, this may be a bug in FreeType 2.0.9 that
> was fixed in 2.1.0. I haven't had time to test his guess yet.
> (Keith, what about importing 2.1.0?)
I can do that; feel free to test with it and see if it does fix t
> "Juliusz" == Juliusz Chroboczek <[EMAIL PROTECTED]> writes:
JC> I'm also having trouble adding /usr/lib/jdk1.3/jre/lib/fonts to
JC> the font path.
Juliusz> Permissions? NFS authorisation? (The server runs as root,
Juliusz> not as you.)
Not a permissions problem. Everything is on hda. X
JC> I jus realized that there is a significant difference with the new
JC> ft2 backend. I've lost underlining in mozilla.
Please check the values of the UNDERLINE_POSITION and UNDERLINE_WIDTH
properties (xlsfonts -ll -fn 'foo').
Juliusz
Keith Packard <[EMAIL PROTECTED]>:
KP> Are you now using the regular .so for your server-side module?
That's the plan ultimately (I wouldn't dare disobey Keith), but it's
still premature for two reasons.
I'm currently using two internal interfaces, which I don't wish to
export to server modules
Around 17 o'clock on Apr 19, Juliusz Chroboczek wrote:
> I'm currently using two internal interfaces, which I don't wish to
> export to server modules.
(from old mail...)
> (i) to determine whether a font uses glyph names or Unicode indices
> as its native encoding format (only Type 1
JC> I just realized that there is a significant difference with the new
JC> ft2 backend. I've lost underlining in mozilla.
Juliusz> Please check the values of the UNDERLINE_POSITION and
Juliusz> UNDERLINE_WIDTH properties (xlsfonts -ll -fn 'foo').
With Georgia, UNDERLINE_POSITION is O(-PIXEL_SI
> Changes in mkfontscale:
>
> - support for non-AGL Type 1 fonts (e.g. symbol fonts);
> - support for more Type 1 weights;
> - smarter handling of non-Unicode fonts.
Hi, all. First thing to say: if this mail is redundant, I am sorry.
I have posted two mails before but no exist on this list so
> It seems the problem of FT_Get_Char_Index() in checkEncoding().
Hi, I just do the quick testing work with this:
--- mkfontscale.c.orig Wed Apr 24 16:47:01 2002
+++ mkfontscale.c Fri Apr 26 22:39:18 2002
@@ -36,6 +36,7 @@
#include "freetype/internal/ftobjs.h"
#include "freetype/internal
CC'd to Freetype.
Rui-Xiang Guo <[EMAIL PROTECTED]>:
RG> - "jisx0212.1190-0", "big5.eten-0", "gb2312.1980-0",
RG> + "jisx0212.1990-0", "big5-0", "gb2312.1980-0",
Okay, in next version. Thanks.
RG> (I tested it with Arphic TTF which be distributed with most Linux
RG> distributions an
JC> With type1 fonts, the UNDERLINE_POSITION is O(PIXEL_SIZE/10). I
JC> presume the sign is then the problem.
Thanks a lot for the debugging -- fix in next version.
Juliusz
___
Fonts mailing list
[EMAIL PROTECTE
> RG> 3) Besides that, I need to fix the spacing value 'p' to 'c' because the
> RG> value 'p' will cause delay in several seconds when start-up rxvt.
>
> Again, that's a font bug; mkfontscale tries to work out which fonts
> are proportional. On the other hand, it doesn't yet implement a
> heuris
Thanks for the report and the suggestions.
RG> It looks better then I added this line by hand:
RG> MINGLIU.TTC -dynalab-MingLiU-medium-r-normal--0-0-0-0-m-0-big5-0
Yu Shao has just suggested to me the following heuristic for CJK
fonts: an encoding is supported by the font if fewer than 2% of the
21 matches
Mail list logo