[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: State of xfstt



On Sat, Jan 26, 2002 at 04:49:34AM +0900, ISHIKAWA Mutsumi wrote:
> >>>>> In <[🔎] 20020125115804.GA4439@firewall.iesi.ba.cnr.it> 
> >>>>>	"Francesco P. Lovergine" <frankie@debian.org> wrote:
> >> On Thu, Jan 24, 2002 at 11:20:39AM -0600, Colin Watson wrote:
> >> > On Thu, Jan 24, 2002 at 08:36:49AM -0800, elf@florence.buici.com wrote:
> >> > > While I haven't verified it, I read that there is no need for xfstt
> >> > > since the functionality has been added to XFree86.
> >> > 
> >> > We will still be including XFree86 v3 in woody, though.
> 
> >> Consider xfs-xtt, equivalently (I think). 
> 
>  We have 3 font servers.
> 
>  1) xfs (normal one)
>  2) xfs-xtt
>  3) xfstt
> 
>  All of these can provide TrueType font rendering.
>  Yes, xfs 4.0 or above can handle TrueType font.
> 
>  XFree86 have 2 different TrueType font rendering engines, FreeType
> engine and X-TT engine. xfs and xfs-xtt use same code base, but xfs
> uses FreeType engine to render TrueType font, xfs-xtt uses X-TT
> engine.
> 
>  Please refer to /usr/share/doc/xfree86-common/README.fonts.gz about
> the difference between FreeType engine and X-TT engine.
> 
>  Both xfs and xfs-xtt use same rendering engine for  X bitmap, Type1,
> Speedo and so on. They can handle X bitmap, Type1, CID, Speedo and
> TrueType. Both of them support CJKV.
> 
>  xfstt is written from scratch (useing C++), and only can handle
> TrueType font. It can not ahdnle X bitmap, Type1 and so on.
>  And it does not support CJKV.
> 

So xfstt could be dropped without great problems, if I understand
correctly. It has less functionalities and could be substituted
by xfs-xtt under Xfree 3.3.6.

-- 
Francesco P. Lovergine



Reply to: