unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: unnecessary fringe-indicators defcustom creates trouble
Date: Wed, 3 Aug 2005 21:49:24 -0500 (CDT)	[thread overview]
Message-ID: <200508040249.j742nO011803@raven.dms.auburn.edu> (raw)
In-Reply-To: <200508040103.j74134v11621@raven.dms.auburn.edu> (message from Luc Teirlinck on Wed, 3 Aug 2005 20:03:04 -0500 (CDT))

>From my previous message:

   for instance, just using indicate-buffer-boundaries it is
   impossible to tell whether a buffer is completely empty or whether
   you are completely overscrolled.

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.

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.  Note that if you put point on line
4 or line 5 of the scratch buffer (with its default initial content)
and do M-0 C-l, the result looks exactly the same.  In the first case,
the indicated blank line is real, in the second it is fake, but you
can not tell the difference.  This one is very confusing.
Inexperienced users often overscroll completely (by accident), which
often confuses them.  indicate-empty-lines shows them what happened,
whereas indicate-buffer-boundaries gives them the impression that the
reason why they were able to scroll this far was the extra blank line
at the end of the buffer.

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?

Sincerely,

Luc.

  reply	other threads:[~2005-08-04  2:49 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 [this message]
2005-08-06 18:36                   ` Richard M. Stallman
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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=200508040249.j742nO011803@raven.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).