all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Richard M. Stallman" <rms@gnu.org>
Cc: teirllm@dms.auburn.edu, emacs-devel@gnu.org
Subject: Re: unnecessary fringe-indicators defcustom creates trouble
Date: Sat, 06 Aug 2005 14:36:51 -0400	[thread overview]
Message-ID: <E1E1TXP-0002Sn-9D@fencepost.gnu.org> (raw)
In-Reply-To: <200508040249.j742nO011803@raven.dms.auburn.edu> (message from Luc Teirlinck on Wed, 3 Aug 2005 21:49:24 -0500 (CDT))

    To be more concrete, enable all boundary indicators, including arrows,
    to the left.  Create an empty buffer.  The boundary indicators
    actually give the impression that the buffer is non-empty.  Typing RET
    does not change the indicators, so you can not tell whether the buffer
    is empty or not.

I think what we are seeing here is that the end-of-buffer indicator
goes on the wrong line.  It goes at the last nonempty line.  I think
it should go at the end of the buffer, which (in the case of ending in
a newline) is one line further down.

Perhaps there should be a different-looking end-of-buffer indicator
for the case of ending in a newline.  It could look like the normal
end-of-buffer indicator rotated 180 degrees, so that it would effectively
suggest "the buffer ends just above this line".  This is not crucial,
but it would make things clearer.

    Now overscroll a buffer ending in a newline completely.  The "Bottom"
    indicator now suggests that there is an extra blank line at the end of
    the buffer, whereas there is not.

In this one case, the end-of-buffer indicator goes in the right place.
But if you assume it's one line too high, as it usually is,
you will think the buffer has an extra newline.

    I wonder whether it would not be more logical to not show any
    indicators in an empty buffer and to just show an up arrow in a
    completely overscrolled buffer.  You can not see the end of the
    buffer, it is scrolled out of view.  So why indicate it?

That would be one consistent thing to do, but I think it is important
to indicate buffer ends when they are visible.  Making the change I've
suggested would also be consistent.

Kim, could you implement this change and ack this message?
(Others please don't do a reply to this message.
If you want to say something further about this,
please don't do it as a "reply".)

  reply	other threads:[~2005-08-06 18:36 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-29  1:13 unnecessary fringe-indicators defcustom creates trouble Luc Teirlinck
2005-07-29 15:29 ` Kim F. Storm
2005-07-30  4:02   ` Luc Teirlinck
2005-08-01  0:45 ` Richard M. Stallman
2005-08-01  2:47   ` Luc Teirlinck
2005-08-01 16:45     ` Richard M. Stallman
     [not found]       ` <200508012118.j71LI0N06793@raven.dms.auburn.edu>
2005-08-02 17:44         ` Richard M. Stallman
2005-08-02 20:31           ` Luc Teirlinck
2005-08-03 19:09             ` Richard M. Stallman
2005-08-04  1:03               ` Luc Teirlinck
2005-08-04  2:49                 ` Luc Teirlinck
2005-08-06 18:36                   ` Richard M. Stallman [this message]
2005-08-06 18:36                 ` Richard M. Stallman
2005-08-01  4:04   ` Luc Teirlinck

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=E1E1TXP-0002Sn-9D@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=teirllm@dms.auburn.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.