From xemacs-m  Wed Feb 12 13:44:26 1997
Received: from crystal.WonderWorks.COM (crystal.WonderWorks.com [192.203.206.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id NAA04634
	for <xemacs-beta@xemacs.org>; Wed, 12 Feb 1997 13:44:25 -0600 (CST)
Received: by crystal.WonderWorks.COM 
	id QQccpq12188; Wed, 12 Feb 1997 14:44:26 -0500 (EST)
Date: Wed, 12 Feb 1997 14:44:26 -0500 (EST)
Message-Id: <QQccpq12188.199702121944@crystal.WonderWorks.COM>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Kyle Jones <kyle_jones@wonderworks.com>
To: xemacs-beta@xemacs.org
Subject: Re: geometry problems 
In-Reply-To: <199702121829.KAA03900@lungo>
References: <kyle_jones@wonderworks.com>
	<QQccix13347.199702102359@crystal.WonderWorks.COM>
	<199702121829.KAA03900@lungo>

Vladimir Ivanovic writes:
 > XEmacs itself doesn't do the right thing.
 > 
 >     * The 80th character is needlessly wrapped on a line when
 >       `frame-width' returns 80.

Not needlessly.  Suppose the last character on a line happens to
the same as the line continuation character?  Is the line
continued or not?  There are situation where you would not be
able to tell.  This is not a good display model.

If the last column is used only for continuation characters then
you can always tell when a line is continued.

 >     * The 60th line is not visible when `frame-height' returns 60.

Frame height seems to be defined as the number of lines that
could be displayed using the frame's default face IFF the whole
text area of the frame could be used.  The number of lines that
you can actually display is reduced by space consumed by the
minibuffer and the modeline.

