home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!sunic!dkuug!diku!thorinn
- From: thorinn@diku.dk (Lars Henrik Mathiesen)
- Newsgroups: comp.sys.sun.misc
- Subject: Re: A few OpenLook questions ...
- Keywords: openlook, resources, lame
- Message-ID: <1992Sep9.182917.17342@odin.diku.dk>
- Date: 9 Sep 92 18:29:17 GMT
- References: <BtHCzJ.LF@micromuse.co.uk> <1992Aug25.114410.8413@cas.org> <23125@sybase.sybase.com> <14496@auspex-gw.auspex.com>
- Sender: thorinn@tyr.diku.dk
- Organization: Department of Computer Science, U of Copenhagen
- Lines: 29
-
- guy@Auspex.COM (Guy Harris) writes:
- >somebody else (whom Guy didn't identify) writes
- >>The other shortcoming is the NeWS server's
- >>problems with font specifications like -*-fixed-medium-r-normal-*-14-*-
-
- >What problems are those?
-
- The first problem is that the pattern includes a trailing dash, and
- the font names do not.
-
- >>and the requirement that ALL dashes be included.
-
- >Do other X11 servers not require that all dashes be included?
-
- Not all of them. Some seem to use a shell style glob routine (without
- character ranges, though). However, because of the recursion that is
- often used for '*', patterns like '-*-*-*-*-*-*-12-*-*-*-m-*-*-*' can
- use a fair amount of CPU time to fail on most of the fonts---on a
- VAXStation 2000 with 474 full font names in the font path, it takes
- half a second to find the six that do match. And since it is the
- server that does the globbing, everything freezes while an application
- with ten or twenty font specifications like that is starting up.
-
- If the NeWS server uses another method, it is possibly because the
- shell glob was seen to take so long. It _is_ possible to do shell
- globbing without using time exponential in the number of '*'s, but
- people are not usually aware of that.
-
- Lars Mathiesen (U of Copenhagen CS Dep) <thorinn@diku.dk> (Humour NOT marked)
-