On Mon, May 04, 1998 at 06:05:51PM -0400, Greg Klanderman wrote:
Larry,
Can you please post this so we can get this bug resolved ASAP?
thank you,
Greg
>>>>> "Larry" == Larry Ayers <layers(a)marktwain.net>
writes:
Larry>
Larry> Now I've tried xemacs -q with the offending font line
Larry> uncommented, and this time I started it from an xterm; the error
Larry> message is definitely from XEmacs, and the
Larry> x-emacs-application-class shows up as XEmacs. Do you still need
Larry> the output of xrdb -query? I so, I have it in a file and can
Larry> post it.
I am thinking now that it isn't really a bug, just another
problem with the X font description format. Here's the offending
line which caused XEmacs to not read the remainder of the
.Xresources file:
XEmacs.default.attributeFont: -ttf-iowanoldst bt-medium-r-*-*-*-140-*-[etc.]
I truncated the end of the line for readability. The problem
is with the space between 'iowanoldst' and 'bt'; there are
several other X apps which don't like a space within a font name.
Quoting the name doesn't help. I don't think it has anything to
do with the font's truetype origin, as I've since substituted
another tt font which doesn't have any spaces in the name.
While I was fooling around with the .Xresources file I tried
several combinations of Emacs and XEmacs resources and the scheme
seems to be working correctly, i.e. if an XEmacs resource is
found any others are also used, otherwise the Emacs resources are
used. Sorry for the delay!
Larry
--
~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=
*o Larry Ayers <layers(a)marktwain.net> *o*o
o*o *o*
*o*o Knox County, Missouri Troublesome Creek Watershed *o
=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~