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".)
next prev parent 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.