Follow-up Comment #4, bug #34803 (project gnustep):
The font cache file you uploaded looks broken. It definitely doesn't contain a
"Version" entry and this means it is an incomplete file. Most likely it was
shortened when uploading.
You could write a short program to inspect your cache file locally with the
line:
[NSUnarchiver unarchiveObjectWithFile: cacheName];
and printing out the result with an NSLog statement.
You may actually restrict the size of this file by including only fonts useful
for you application as described in the DefaultsSummary of back:
<term>GSFontMask</term>
<desc>
<p> [Xlib backend only]
A string value which defaults to <code>"*"</code>. It defines
the pattern used to get the installed fonts from the
X-Server. A value of <code>"*-iso8859-1"</code> would only
include fonts available with ISO Western encoding. This
feature might be helpfull if the font_cacher program is having
problem with the X-Server.
</p>
</desc>
I think that your problem is that the default font name as used by GNUstep
cannot be found on your system. The simplest way to verify this si to run the
command
xlsfonts | grep helvetica
You may change the used system fonts as described in the class documentation
of NSFont by setting a few user defaults. But this may not work over different
machines with different fonts installed. This is a general problem for
GNUstep. The art backend therefor has its own font files coming along in a
separate package and the cairo backend used a few fallback names for the
default fonts. For the xlib XGFont we don't have anything similar in place.
Perhaps you have a suggestion for possible font names to be used as
fallbacks.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?34803>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/bug-gnustep
