home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cis.ohio-state.edu!ucbvax!mv.us.adobe.com!zstern
- From: zstern@mv.us.adobe.com (Zalman Stern)
- Newsgroups: comp.soft-sys.andrew
- Subject: Re: fonts when server differs
- Message-ID: <9209022105.AA11162@cartier.mv.us.adobe.com>
- Date: 2 Sep 92 21:05:43 GMT
- Sender: daemon@ucbvax.BERKELEY.EDU
- Distribution: world
- Organization: The Internet
- Lines: 24
-
- Depending on the particular server, the performance of font
- operations may be significantly better than pixmaps. Server memory
- usage is also going to increase if each ATK application downloads its
- own set of pixmaps. So you end up tucking them under rocks (root
- window atoms) in the server to avoid that. Pretty soon you've
- implemented a distributed font cache protocol from hell.
-
- There was some discussion on one of the X11 lists about allowing
- applications to download their own fonts. The proposed solution
- involved adding client connect and download funtionality to the X11R5
- font server protocol. The font server could then provide the font to
- the X11 server proper. (My memory is vague and I haven't followed
- X11R5 developments so some of this may be wrong.) This would be
- winning since the font would be downloaded once. A good download
- protocol would be able to negotiate the font format (preferably with
- the font server accepting all the known formats of interest and
- converting them on the fly).
-
- ATK would check if the fonts were available, if not it could try to
- make them known "via the filesystem," and finally just download the
- font in question. For X terminals, things would be slow to startup
- because of the font downloads but the fonts would quickly be cached.
-
- -Z-
-