Niki:
I think that's a different issue (glyph cache problems) which we ran
into earlier. There is a work-around for this that involves turning the
glyph cache off which solved the problem for us in the short run, and as
William Yang mentions the glyph cache issue was fixed in SRSS patch
140993-03. We didn't notice any side effect of turning the glyph cache
off, but you might if you were on a slow network where the software is
trying to compress the data stream.
The workaround is:
touch /etc/opt/SUNWut/ut_disable_glyphcache
/opt/SUNWut/sbin/utrestart -c
CAUTION - the cold restart above will terminate all sessions.
The better solution is obviously the patch - we haven't had problems
with unpredictable (just poor looking) fonts since we installed it.
Sean
On 10/10/10 08:54, [email protected] wrote:
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
--
=================================================================
Sean Walmsley sean at fpp . nuclearsafetysolutions dot com
Nuclear Safety Solutions Ltd. 416-592-4608 (V) 416-592-5528 (F)
700 University Ave M/S H04 J19, Toronto, Ontario, M5G 1X6, CANADA
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
