unofficial mirror of emacs-devel@gnu.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

  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=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 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).