From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <004301c3fabd$afe99670$0a8b58db@laptop> From: "Chris Hollis-Locke" To: <9fans@cse.psu.edu> References: <20040224101119.0136e11b.martin@parvat.com> Subject: Re: [9fans] Re: Thai Chicken MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Date: Tue, 24 Feb 2004 23:04:13 +1300 Topicbox-Message-UUID: f3a2ecc0-eacc-11e9-9e20-41e7f4b1d025 I looked into this when thinking about doing a font server for Inferno. The problem is that the remapping file really has to be hand written on a face by face basis as there is no suitable font metric against which to automatically decide on the mapping. Faces of the same 'height' can vary in rendered size dramatically - think Arial Vs. Dunhill - they just will not go together. This greatly complicates the way the draw device would have to handle baselines and the sizing of its cached subfont image. This also skirts around the fact that the han unification area should have separate renderings, an automatic mapping could end up being composed of renderings specific to different locales. Just my $0.02 Chris. ----- Original Message ----- From: "Martin C.Atkins" To: <9fans@cse.psu.edu> Sent: Tuesday, February 24, 2004 5:41 PM Subject: Re: [9fans] Re: Thai Chicken > On Mon, 23 Feb 2004 17:46:05 -0500 dbailey27@ameritech.net wrote: > > Hm, I think I get this. > > What I never understood was why there isn't a "if the character isn't found, > then look in *this* font" entry. > > OK, this could recurse, etc horribly (and that would have to be > avoided somehow), but the advantage is that a single font could be > defined with all the Unicode characters, and made the default for the > other fonts. Then every font would be complete, and we wouldn't have > had this discussion!!! > > Martin > > -- > Martin C. Atkins martin@parvat.com > Parvat Infotech Private Limited http://www.parvat.com{/,/martin} >