8:06 a.m.
>>>> "John" == John
<wguy4biz(a)comcast.net> writes:
John> I welcome any additional suggestions as to how to debug.
You'll have to fall back to copying your init file to a safe place and
deleting parts of it until the bug stops happening, and eventually
finding a minimal recipe.
Alternatively, you could try updating and hope that fixes the problem,
as the window configuration code was known buggy and has had important
changes in more recent versions.
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
4:26 p.m.
New subject: [Bug: 21.5-b18] Xemacs window shrinks on startup
Hi Stephen,
Thanks for the prompt reply.
My apologies for being insufficiently clear. When i start XEmacs with
the 'xemacs -q' command, then go into the init.el file and evaluate the
entire file, i.e. execute all of the lines in the file, the problem does
not occur, so it is not clear how excising lines from init.el, or
executing them one at a time, will provide additional information.
It seems to me that it is not the init.el file, but some package that is
loaded automatically when the init.el is loaded. I confirmed this
hypothesis by renaming my init.el file, then creating a 0 byte init.el;
starting xemacs normally reproduced the problem.
It turns out that the problem was with the custom.el and the line:
(custom-set-faces '(default ((t (:size "14pt" :family "Courier")))
t))
When i commented this line out, the behavior did not occur.
Thanks,
John
Stephen J. Turnbull wrote:
>>>>>"John" == John
<wguy4biz(a)comcast.net> writes:
>>>>>
>>>>>
John> I welcome any additional suggestions as to how to debug.
You'll have to fall back to copying your init file to a safe place and
deleting parts of it until the bug stops happening, and eventually
finding a minimal recipe.
Alternatively, you could try updating and hope that fixes the problem,
as the window configuration code was known buggy and has had important
changes in more recent versions.
2:40 a.m.
New subject: [Bug: 21.5-b18] Xemacs window shrinks on startup
>>>> "John" == John
<wguy4biz(a)comcast.net> writes:
John> It turns out that the problem was with the custom.el and the
John> line: (custom-set-faces '(default ((t (:size "14pt" :family
John> "Courier"))) t))
That is very strange. Courier should be constant-width. I can
imagine this happening with a proportional-width font (I've seen the
opposite happen with early versions of Xft-enabled XEmacs).
What does
xset q | grep -A 1 -i 'font.*path'
xlsfonts '-*-Courier-*-*-*-140-*-*-*-*-iso8859-1'
tell you about your font path and the courier fonts available?
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
3:09 p.m.
New subject: [Bug: 21.5-b18] Xemacs window shrinks on startup
Hi Stephen:
The fontpath is:
/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,
/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/truetype,
/usr/X11R6/lib/X11/fonts/uni:unscaled,/usr/X11R6/lib/X11/fonts/misc/sgi:unscaled
And the output of xlsfonts is:
-adobe-courier-bold-o-normal--14-140-75-75-m-90-iso8859-1
-adobe-courier-bold-o-normal--20-140-100-100-m-110-iso8859-1
-adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-1
-adobe-courier-bold-r-normal--20-140-100-100-m-110-iso8859-1
-adobe-courier-medium-o-normal--14-140-75-75-m-90-iso8859-1
-adobe-courier-medium-o-normal--20-140-100-100-m-110-iso8859-1
-adobe-courier-medium-r-normal--14-140-75-75-m-90-iso8859-1
-adobe-courier-medium-r-normal--20-140-100-100-m-110-iso8859-1
I suspect that the window resizing is the result of the startup geometry
being insufficiently large and an overcompensating resize, since when
the font size is 12 or 13, the problem does not occur. But i have no
clue as to what is deciding that the geometry is insufficiently large.
Adding the -geometry parm does not resolve the problem, however,
regardless of the geometry specification.
Thanks,
John
Stephen J. Turnbull wrote:
>>>>>"John" == John
<wguy4biz(a)comcast.net> writes:
>>>>>
>>>>>
John> It turns out that the problem was with the custom.el and the
John> line: (custom-set-faces '(default ((t (:size "14pt" :family
John> "Courier"))) t))
That is very strange. Courier should be constant-width. I can
imagine this happening with a proportional-width font (I've seen the
opposite happen with early versions of Xft-enabled XEmacs).
What does
xset q | grep -A 1 -i 'font.*path'
xlsfonts '-*-Courier-*-*-*-140-*-*-*-*-iso8859-1'
tell you about your font path and the courier fonts available?
3:08 a.m.
New subject: [Bug: 21.5-b18] Xemacs window shrinks on startup
>>>> "John" == John
<wguy4biz(a)comcast.net> writes:
John> The fontpath is:
John> And the output of xlsfonts is:
Thanks! Nothing there to suspect.
John> I suspect that the window resizing is the result of the
John> startup geometry being insufficiently large and an
John> overcompensating resize, since when the font size is 12 or
John> 13, the problem does not occur.
Certainly the window is being resized according to the font. But if
this is an XEmacs bug, what must be happening is a miscalculation of
the character cell size.
John> But i have no clue as to what is deciding that the geometry
John> is insufficiently large.
Hmm ... what window manager do you use?
--
School of Systems and Information Engineering http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
6:31 a.m.
New subject: [Bug: 21.5-b18] Xemacs window shrinks on startup
Hi Stephen,
I use KDE.
Thanks,
John
Stephen J. Turnbull wrote:
>>>>>"John" == John
<wguy4biz(a)comcast.net> writes:
>>>>>
>>>>>
John> The fontpath is:
John> And the output of xlsfonts is:
Thanks! Nothing there to suspect.
John> I suspect that the window resizing is the result of the
John> startup geometry being insufficiently large and an
John> overcompensating resize, since when the font size is 12 or
John> 13, the problem does not occur.
Certainly the window is being resized according to the font. But if
this is an XEmacs bug, what must be happening is a miscalculation of
the character cell size.
John> But i have no clue as to what is deciding that the geometry
John> is insufficiently large.
Hmm ... what window manager do you use?
7008
days inactive
7010
days old
5 comments
2 participants
participants (2)
-
John -
Stephen J. Turnbull