CR 6896659 (identified as this problem) was supposed to be fixed in 140993-03, unless it regressed between 03 and 05 or wasn't actually fixed.
> -----Original Message----- > From: [email protected] [mailto:sunray-users- > [email protected]] On Behalf Of [email protected] > Sent: Sunday, October 10, 2010 8:54 AM > To: SunRay-Users mailing list > Cc: G W Cantello > Subject: Re: [SunRay-Users] Xnewt font problems > > Have unpredictable font issues sometimes here also. I think it is related > to the firmware as screenshots are ok. > > -original message- > Subject: [SunRay-Users] Xnewt font problems > From: Sean Walmsley <[email protected]> > Date: 2010-10-10 11:12 > > 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 latest freetype2 patch (119812-09) solved a number of our font > problems (thanks Sun/freetype2!), but the example above which (of > course!) affects one of our main applications is still broken. > > Our first thought that this was due to differences in the font paths > used by Xsun/Xnewt, but the example above is broken under Xnewt even if > we reset the font patch to exactly match the Xsun path. > > Is anyone else running into similar issues, and if so have you found any > way around them? > > Thanks for any assistance you can provide. > > Sean Walmsley > > > > 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? > > > > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
