From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: Paul Stoeber <paul.stoeber@stud.tu-ilmenau.de>
Newsgroups: gmane.emacs.bugs
Subject: Emacs 20 Antinews - unclear entry
Date: Wed, 26 Jun 2002 09:28:48 +0000
Sender: bug-gnu-emacs-admin@gnu.org
Message-ID: <20020626092848.GA1436@xyz>
NNTP-Posting-Host: localhost.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1025083822 28444 127.0.0.1 (26 Jun 2002 09:30:22 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Wed, 26 Jun 2002 09:30:22 +0000 (UTC)
Return-path: <bug-gnu-emacs-admin@gnu.org>
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 17N981-0007Of-00
	for <gnu-bug-gnu-emacs@m.gmane.org>; Wed, 26 Jun 2002 11:30:21 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 17N98H-0004Lj-00; Wed, 26 Jun 2002 05:30:37 -0400
Original-Received: from manelan061.rz.tu-ilmenau.de ([141.24.132.61] helo=xyz)
	by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian))
	id 17N96e-0004Bz-00
	for <bug-gnu-emacs@gnu.org>; Wed, 26 Jun 2002 05:28:56 -0400
Original-Received: from q by xyz with local (Exim 3.12 #1 (Debian))
	id 17N96W-00041J-00
	for <bug-gnu-emacs@gnu.org>; Wed, 26 Jun 2002 09:28:48 +0000
Original-To: bug-gnu-emacs@gnu.org
Content-Disposition: inline
Errors-To: bug-gnu-emacs-admin@gnu.org
X-BeenThere: bug-gnu-emacs@gnu.org
X-Mailman-Version: 2.0.11
Precedence: bulk
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
List-Id: Bug reports for GNU Emacs,
	the Swiss army knife of text editors <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/bug-gnu-emacs/>
Xref: main.gmane.org gmane.emacs.bugs:2280
X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:2280

Emacs 21.2.1.  One entry of Emacs 20 Antinews:

        - The variable `show-trailing-whitespace' has no special
          meaning, so trailing whitespace on a line is now always
          displayed correctly: as empty space.  To see if a line ends
          with spaces or tabs, type `C-e' on that line.  Likewise,
          empty lines at the end of the buffer are not marked in any
          way; use `M->' to see where the end of the buffer is.

I don't grasp the sentence with "`M->'".  When I go to
`*scratch*', set `show-trailing-whitespace' to `t',
and append some empty lines to the buffer, I still have
to type `M->' too see the end of buffer.  I can't see
any distinction with TERM=linux, with TERM=screen (over
TERM=linux), with TERM=xterm, or with Emacs running in an
X window.  The trailing-whitespace red bars I see, but
not the end of buffer.  I did redraw with C-l.  What am
I missing?