From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <32d987d50803130813jf8038ej902477d33ea4e083@mail.gmail.com> Date: Thu, 13 Mar 2008 12:13:41 -0300 From: "Federico G. Benavento" To: weigelt@metux.de, "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> In-Reply-To: <20080313143334.GA24834@nibiru.local> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080311170105.GA28200@nibiru.local> <32d987d50803111012u5c91384ale2ef958e0558cbf5@mail.gmail.com> <20080312213636.GB28200@nibiru.local> <20080313143334.GA24834@nibiru.local> Subject: Re: [9fans] plan9 font service [WAS: abaco @ plan9port] Topicbox-Message-UUID: 77ce9638-ead3-11e9-9d60-3106f5b1d025 there was a fontfs years ago. Oleg was working on the abaco port, he tweaked some stuff yesterday you can get it from http://abaco.oitobits.net On Thu, Mar 13, 2008 at 11:33 AM, Enrico Weigelt wrote: > * Enrico Weigelt wrote: > > > > now another problem: abaco expects some fonts in > > /usr/local/plan9/fonts. > > > > Seems we need some convenient way for relocating fonts. > > Maybe an even an fontserver ? ;-) > > I've now manually tweaked the pathes in the source, but this > isn't really a good solution ;-o > > Maybe we should introduce some font server (maybe a little bit > like X has one). This font server represents all (virtually) > available raster fonts (even autogenerated or remotely fetched) > in some convenient namespace, so an client only has to open one > file to get an complete font. (maybe we should also invent some > complete-font file format instead of splitting them into subfonts > in the client's view). > > In the end, an client should never directly access font files, > but instead query the font server. > > BTW: an interesting thing would be an high-level display server, > which is capable of complex operations, eg. viewports, font and > image rendering (maybe something between X and windows' DCs ?). > The client would only have to send hi-level ops and leave the > dirty work to an (maybe hw accelerated) display server. > > > cu > -- > --------------------------------------------------------------------- > Enrico Weigelt == metux IT service - http://www.metux.de/ > --------------------------------------------------------------------- > Please visit the OpenSource QM Taskforce: > http://wiki.metux.de/public/OpenSource_QM_Taskforce > Patches / Fixes for a lot dozens of packages in dozens of versions: > http://patches.metux.de/ > --------------------------------------------------------------------- > > -- Federico G. Benavento