From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <52AB4363.4090308@gmx.de> References: <1cc6a3781f6a0e77219df51ead5c665e@proxima.alt.za> <52AB4363.4090308@gmx.de> Date: Sat, 14 Dec 2013 13:23:57 +0200 Message-ID: From: Pavel Zholkover To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=089e013cbde289145104ed7cd0ae Subject: Re: [9fans] P9P font server Topicbox-Message-UUID: 98b44b36-ead8-11e9-9d60-3106f5b1d025 --089e013cbde289145104ed7cd0ae Content-Type: text/plain; charset=UTF-8 Well it's not that simple, the X11 version uses freetype2 and fontconfig to read/render TrueType fonts.. The OS X is probably doing something similar with Apple's APIs On Fri, Dec 13, 2013 at 7:26 PM, Friedrich Psiorz wrote: > I would really like to have fontsrv in native Plan 9. It's nice to be > able to simply download a font or copy it from a unix system and use it > without going through conversion. It would also de-facto introduce a > usable interface to rendering ttf fonts on the fly. This could be a nice > feature in many applications, e.g. abaco or document viewers. > Even for simple conversion, it would be a much nicer interface than > ttf2subf. > > I don't think you would have to change anything about the surrounding > system ... isn't that the whole point for fontsrv? If I didn't > misunderstand, it's just a virtual file system that converts ttf fonts > to the Plan 9 pixel font format transparently. > > ~Fritz > > Am 12.12.2013 12:45, schrieb lucio@proxima.alt.za: > > I didn't pay any attention to p9p's fontsrv (sorry, Andrey! It was > > you that got that off the ground, wasn't it?) until this morning's > > discussion, but it struck me as a very neat solution for a problem > > that has been bugging me for a long time: avoiding the time consuming > > repeated installation of Plan 9 fonts. Specifically, p9p itself and > > local instances of 9vx could be smaller and the installation (and > > download, in most cases) would be quicker. > > > > The question then becomes whether fontsrv could be "ported" to Plan 9 > > together with the supporting facilities (openfont(2) is my guess)? I > > certainly would be willing to give such port a try, if I can be > > convinced that it is not beyond my ability. > > > > ++L > > > > > > > > > > > --089e013cbde289145104ed7cd0ae Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Well it's not that simple, the X11 version uses f= reetype2 and fontconfig to read/render TrueType fonts..
The OS X = is probably doing something similar with Apple's APIs


On Fri, Dec 13, 2013 at 7:26 PM, Friedri= ch Psiorz <f.psiorz@gmx.de> wrote:
I would really like to have fontsrv in native Plan 9. It's nice to be able to simply download a font or copy it from a unix system and use it
without going through conversion. It would also de-facto introduce a
usable interface to rendering ttf fonts on the fly. This could be a nice feature in many applications, e.g. abaco or document viewers.
Even for simple conversion, it would be a much nicer interface than
ttf2subf.

I don't think you would have to change anything about the surrounding system ... isn't that the whole point for fontsrv? If I didn't
misunderstand, it's just a virtual file system that converts ttf fonts<= br> to the Plan 9 pixel font format transparently.

~Fritz

Am 12.12.2013 12:45, = schrieb lucio@proxima.alt.za:
> I didn't pay any attention= to p9p's fontsrv (sorry, Andrey! =C2=A0It was
> you that got that off the ground, wasn't it?) until this morning&#= 39;s
> discussion, but it struck me as a very neat solution for a problem
> that has been bugging me for a long time: avoiding the time consuming<= br> > repeated installation of Plan 9 fonts. =C2=A0Specifically, p9p itself = and
> local instances of 9vx could be smaller and the installation (and
> download, in most cases) would be quicker.
>
> The question then becomes whether fontsrv could be "ported" = to Plan 9
> together with the supporting facilities (openfont(2) is my guess)? =C2= =A0I
> certainly would be willing to give such port a try, if I can be
> convinced that it is not beyond my ability.
>
> ++L
>
>
>
>



--089e013cbde289145104ed7cd0ae--