>> We're trying to switch from using Xsun to Xnewt on our SRSS 4.2 (Solaris
>> Sparc with most recent SRSS patch installed) Sunray servers but are
>> running into problems with fonts displaying incorrectly.
>>
>> For example:
>>
>> xfontsel -sample 'AVWX1234MNPY' -pattern
>> "-linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1"
>>
>> looks fine under Xsun. Under Xnewt this example looks terrible with
>> "jaggies" on the diagonal strokes and the letters and numbers having
>> significantly different heights.
The linotype-helevetica-* fonts provided with Solaris 10 and earlier
are found in the F3 and F3bitmaps directory.
According to /usr/openwin/lib/X11/F3bitmaps/fonts.dir,
-linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1
should be mapped to the Helvetica12.pcf.Z font from that directory.
(Which is good, since Xsun & Xnewt both support the pcf format bitmap
fonts, but only Xsun supports the ancient/proprietary F3 scalable font
format if it didn't match an existing bitmap.)
>> MORE DETAILS: We have an Oracle Forms Motif application which makes use
>> of a "helvetica medium 12 point font" but which does not allow us to
>> specify the full X font directly. Using the "xtruss" (a very useful
>> utility), we were able to determine that the application is negotiating
>> the use of the
>> "-linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1"
>> font with the Xserver which displays fine under Xsun, but not under Xnewt.
>>
>> Using "xlsfonts -l -fn
>> "-linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1"
>> to search for matching fonts on Xsun returns:
>>
>> --> 32 255 some 32 21 11 3
>> -linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1
>> --> 32 255 some 32 21 11 3
>> -linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1
>>
>> which seems reasonable. Under Xnewt, however, the same command shows an
>> adobe font first:
>>
>> --> 0 255 some 0 29 11 3
>> -adobe-helvetica-medium-r-normal--12-120-72-72-p-65-iso8859-1
>> --> 32 255 some 32 21 11 3
>> -linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1
>> --> 32 255 some 32 21 11 3
>> -linotype-helvetica-medium-r-normal-sans-12-120-72-72-p-65-iso8859-1
>>
>> If we display this adobe font using xfontsel it looks bad under *BOTH*
>> Xsun and Xnewt. Based on this, we think that it's the font lookup under
>> Xnewt that is the issue. Since the application is explicitly requesting
>> a linotype font, why does the server return an adobe font? Is there any
>> way to prevent this from occurring?
That's far deeper into the font match code than I've ever gone, but it looks
like it's found that the adobe font claims a wider range of characters (0-255)
than the linotype font (32-255) - I didn't think the X server would take that
into account when font matching though. (And since in ISO8859-1, 0-31 are
control characters, I don't know why the Adobe font claims to support them.)
Also, since there is no -adobe-helvetica... provided in bitmap format with
72-72 resolution, I wonder if it's scaling the 75-75 bitmaps or the Type1
scalable version of the Adobe font (I hope it's the latter, but you have to
set the Xnewt/Xorg font path differently than Xsun to control that).
--
-Alan Coopersmith- [email protected]
Oracle Solaris Platform Engineering: X Window System
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
