all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "ken manheimer" <ken.manheimer@gmail.com>
To: emacs-devel <emacs-devel@gnu.org>
Subject: "scroll-fringe"
Date: Sun, 29 Jun 2008 13:36:06 -0400	[thread overview]
Message-ID: <2cd46e7f0806291036j4e80ab1clbe7be87cbb25f7f3@mail.gmail.com> (raw)
In-Reply-To: <2cd46e7f0806291019q7ab8cb9fh2f5dff9c9d542f2c@mail.gmail.com>

i tend to run emacs with minimal decorations, and would *love* to see
an option to use the fringes for some of the scrollbar functionality.
i am not close enough to the details of the display, scrollbars, or
fringe to implement it myself, but i think this idea would be a
winning UI improvement, if anyone is interested.

i've been thinking for a while about the usefulness of the scrollbar
versus its space consumption and visual incongruity, and recently
turned the scrollbar off.  the only thing i miss is the opportunity to
see at a glance the proportion of the buffer that the window covers,
and it seems like that would not at all be a hard thing to implement
in the fringes, given the right knowledge.  a couple of frames
customization options to turn on "fringe buffer proportion
indicators", and i would be quite happy!

it might not be that hard to implement grab-and-drag scrolling with
the fringe indicators, as well. i don't really care about that - find
scrollbar dragging much less useful than keyboard navigation - but it
would make replacement of the scrollbar so much more viable as an
option for more people that it could help justify the invested work.
i would be perfectly happy if only the proportion indicators were
implemented, however.  the frame is really so much more tidy and
compact without the darn scrollbars!

by way of context, i run emacs without buffer tabs, menu bar, or even
window manager decorations.  i happen to find the fringe indicators
proportioned quite well for their purpose, particularly with their
size and style configurability.  i kept the scrollbar until recently
only for the sake of buffer/window proportion, and recently decided it
just wasn't important enough for the space consumed and the visual
discrepancy between the scroll bars with the rest of the frame.  (i
also run my frames with white text on black background, which probably
only increases the scrollbar's incongruity.)
--
ken
http://myriadicity.net




       reply	other threads:[~2008-06-29 17:36 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <2cd46e7f0806291019q7ab8cb9fh2f5dff9c9d542f2c@mail.gmail.com>
2008-06-29 17:36 ` ken manheimer [this message]
2008-06-29 18:52   ` "scroll-fringe" Stefan Monnier
2008-06-30  6:27     ` "scroll-fringe" Frank Schmitt
2008-06-30 21:34     ` "scroll-fringe" ken manheimer
2008-07-03 22:13       ` "scroll-fringe" Stefan Monnier

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=2cd46e7f0806291036j4e80ab1clbe7be87cbb25f7f3@mail.gmail.com \
    --to=ken.manheimer@gmail.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 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.