From: "Drew Adams" <drew.adams@oracle.com>
Cc: emacs-devel@gnu.org
Subject: RE: not too happy with Emacs 21 vertical-line dragging when scrollbars present
Date: Thu, 7 Oct 2004 10:16:16 -0700 [thread overview]
Message-ID: <FDELKNEBLPKKDCEBEJCBMECMCIAA.drew.adams@oracle.com> (raw)
In-Reply-To: <m3pt3u3dw6.fsf@kfs-l.imdomain.dk>
I don't want to stir this pot much more, but, for clarification:
- I thought that Kim's original text, quoted by Richard, was talking about
letting you drag the scroll-bar itself, not dragging below it on the
mode-line. Is that right?
- I thought that Richard's reply was taking about this thin vertical strip
that Kim proposed perhaps adding between windows. Is that right?
- If so, then I don't understand Kim's reply, saying that we already have
such a feature - that it's easy to use "that thin line" to drag. Is the thin
line in question the current thin line between _mode-lines_, or the tiny
area between _windows_ that Kim proposed adding?
To me, needing to mouse-over the scroll-bar to get the drag handle would be
OK. The scroll-bar is big, obvious, and conceptually that's just what you
want to do: drag the scroll-bar. Needing to mouse-over to find the existing
tiny thin line between _mode-lines_, however, is not good. Intuitively, you
don't go mousing around between two mode-lines to find where to drag the
scroll-bar.
So, just what thin, vertical rectangle are we talking about here: a
potential one to be added between windows or the existing one between
mode-lines?
--
To speak to a different part of this subject, Richard said this:
It would be hard to do it at the right using mode-line-format.
It would be easy to add a new feature that would override part
of the mode line at the right when appropriate.
If I understand this correctly, he is saying that, in effect, that we could
get back the small, visible drag-handle square beneath the scroll-bar that
we had in Emacs 20. That would be good. If, alternatively, a way could be
found to let users drag the scroll-bar itself, that would be even better.
- Drew
-----Original Message-----
From: Kim F. Storm [mailto:storm@cua.dk]
Richard Stallman <rms@gnu.org> writes:
> It would be much better if we could find a way to just drag the
> scroll-bar.
>
> Dragging in the scroll bar has another meaning.
>
> One way would be to always make a tiny area between windows that you
> could drag. But unless we do it by reducing the qscroll bar width,
> that would take away space that is now used for text display.
>
> We DID have a tiny area, at the bottom of the scroll bar. Drew is
> complaining that we got rid of it. It is much easier to use a square
> than a very thin rectangle. It is hard to put the mouse on the
> latter.
That's not correct. It is easy to put the cursor on that tiny line!
The code uses a relaxed check so that if the mouse is within ONE
COLUMN on either side of the line, the cursor changes to the <-> drag
cursor. So there is already a virtual block area there which is TWO
COLUMS wide there.
>
> It is much harder (impossible) to make a drag-able area to the right
> of the modeline, as there is no fixed right edge of the modeline at
the
> lisp level [the modeline is simply truncated by redisplay].
>
> It would be hard to do it at the right using mode-line-format.
> It would be easy to add a new feature that would override part
> of the mode line at the right when appropriate.
Personally, I see no reason to make that explicitly stand out more
than it already does...
next prev parent reply other threads:[~2004-10-07 17:16 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <DNEMKBNJBGPAOPIJOOICEEIKCAAA.drew.adams@oracle.com>
2004-10-04 15:18 ` not too happy with Emacs 21 vertical-line dragging when scrollbars present Richard Stallman
2004-10-04 18:12 ` Drew Adams
2004-10-04 21:37 ` Miles Bader
2004-10-04 21:46 ` Drew Adams
2004-10-05 1:33 ` Miles Bader
2004-10-05 2:01 ` Drew Adams
2004-10-05 8:20 ` Kim F. Storm
2004-10-05 8:49 ` Drew Adams
2004-10-06 17:10 ` Richard Stallman
2004-10-06 17:26 ` Stefan Monnier
2004-10-07 12:34 ` Kim F. Storm
2004-10-07 17:16 ` Drew Adams [this message]
2004-10-07 21:18 ` Kim F. Storm
2004-10-07 21:33 ` Drew Adams
2004-10-07 22:19 ` Kim F. Storm
2004-10-07 22:35 ` Drew Adams
2004-10-09 15:44 ` Richard Stallman
2004-10-09 16:00 ` Jason Rumney
2004-10-10 15:15 ` Richard Stallman
2004-10-10 17:40 ` Jason Rumney
2004-10-10 22:12 ` Stefan
2004-10-11 16:45 ` Richard Stallman
2004-10-11 19:12 ` David Kastrup
2004-10-08 16:05 ` Richard Stallman
2004-10-09 21:29 ` Kim F. Storm
2004-10-10 15:15 ` Richard Stallman
2004-10-10 15:15 ` Richard Stallman
2004-10-10 22:37 ` Kim F. Storm
2004-10-06 5:28 ` Richard Stallman
2004-10-06 5:29 ` Richard Stallman
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=FDELKNEBLPKKDCEBEJCBMECMCIAA.drew.adams@oracle.com \
--to=drew.adams@oracle.com \
--cc=emacs-devel@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).