🚀 go-pugleaf

We have a RS/6000 Runnung AIX 2.3. The fonts under /usr/lib/X11/fonts which 
has IBM specific fonts have incorrect specifications. 

sample of fonts.dir file:

Bld17.snf.Z               -ibm--bold-r-block--23-16-100-100-c-110-ibm-850
Bld17.iso1.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-1
Bld17.iso2.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-2
Bld17.iso3.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-3
Bld17.iso4.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-4
Bld17.iso5.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-5
Bld17.iso7.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-7
Bld17.iso9.snf.Z          -ibm--bold-r-block--23-16-100-100-c-110-iso8859-9
					       ^  ^
					       |  |
				  pixels-------+  +-------- Points

The points field does not really match the fonts in associated snf file.
Usually this field is in the order x10. The font properties are not correctly 
set. 

Either the utility which generated the SNF OR these fonts were not originally 
BDF.

This really screws up bitmap font scalars (X11R5)  which looks at points field 
to scale up/down. 

Question:  Is this fixed in their latest release ? Could someone verify this 
	   on their systems ... please. 

------------ aixterm use of fonts---------------------------------------

aixterm does a xlistfonts() using the following pattern:

 "-*-*-medium-r-*-*-20-*-*-*-c-*-IBM-850"


 This is not a good practice since one should match by point not by pixel!

 See  O'Reilly's Xlib programming Manual Vol 1 3rd Edition 
	Section A.1.2 pages 558-559 


Symptom: The bitmap Font scalar will create a huge font .

-------------------------------------------------------------------------

Hopefully someone from AIX team can be informed about this.
Already posted in comp.unix.aix.


mohan
mistry@waterloo.hp.com