all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
To: emacs-devel@gnu.org
Subject: Re: Native scrollbars?
Date: Sat, 13 Feb 2010 10:00:41 +0100	[thread overview]
Message-ID: <87bpftldc6.fsf@lola.goethe.zz> (raw)
In-Reply-To: 873a15x02e.fsf@uwakimon.sk.tsukuba.ac.jp

"Stephen J. Turnbull" <stephen@xemacs.org> writes:

> David De La Harpe Golden writes:
>
>  > Emacs could make the scrollbars native and this would make sure
>  > they weren't overdrawn
>
> Sure, but then they wouldn't be Emacs scrollbars.  XEmacs allows you
> to use either Lucid scrollbars or the native ones for the toolkit
> you're using; almost everybody[1] uses Lucid, and AFAICR almost
> everybody who does care prefers this (actual usage is of course biased
> by the choice of Lucid as default).

I think you are using "native" in opposite meanings.  David uses it for
"Emacs-specific", Stephen for "toolkit-specific".

> I suspect that going to native scrollbars would annoy a lot of users.

Toolkit native scrollbars are the default with Emacs.  They don't annoy
a lot of users apparently.  Probably also because the geek demographic
of Emacs is different from that of XEmacs.

FWIW:

    system-configuration-options is a variable defined in `C source code'.
    Its value is 
    " '--prefix=/usr/local/emacs' '--without-toolkit-scroll-bars' 'CFLAGS=-O2 -fno-crossjumping -g'"


My problem with toolkit scrollbars is that they are unergonomic and
stupid.  Scroll half a screen?  Scroll backward and forward by equal
amounts without moving mouse?  Just forget it.

The overall improvement is more than with XEmacs I should say, because
XEmacs is designed "Motif-like" for two mouse buttons in general.

Nevertheless, the default are toolkit scrollbars, and I don't think that
all too many people override it.  I think the Lucid scrollbars would be
an even bigger advantage on Windows where dragging is an absolute pain
IIRC because you need to keep on the scrollbar area even horizontally,
or the scrolling jumps back.  At least that was the case on Windows
3.11.

For me Lucid toolbars are important enough to recompile Emacs even on
GNU/Linux distributions where it would be available precompiled.  I also
use X resources to make them less awfully wide.  That's two changes I
consider inexpensible for nice operation out of the box.

I suspect that most mouse users on Emacs do not even know how to cut and
paste without reverting to the keyboard or menus.  So expecting them to
deal with an Athena-semantics scrollbar is probably a bit too much.

Pity.

-- 
David Kastrup





  parent reply	other threads:[~2010-02-13  9:00 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-01-30 13:34 visible-bell patch for Mac OS X Filipe Cabecinhas
2010-01-31  3:34 ` Chong Yidong
2010-02-01  0:41   ` YAMAMOTO Mitsuharu
2010-02-01 15:56     ` Chong Yidong
2010-02-01 23:33       ` YAMAMOTO Mitsuharu
2010-02-02  1:40         ` YAMAMOTO Mitsuharu
2010-02-02  1:45           ` YAMAMOTO Mitsuharu
2010-02-02  8:47           ` Leo
2010-02-13  1:30         ` YAMAMOTO Mitsuharu
2010-02-13  1:51           ` David De La Harpe Golden
2010-02-13  3:54             ` Native scrollbars? [was: visible-bell patch for Mac OS X] Stephen J. Turnbull
2010-02-13  5:45               ` David De La Harpe Golden
2010-02-13  6:45                 ` David De La Harpe Golden
2010-02-13  7:32                   ` YAMAMOTO Mitsuharu
2010-02-13 13:32                   ` Jan Djärv
2010-02-13  9:00               ` David Kastrup [this message]
2010-02-13 10:02                 ` Native scrollbars? Eli Zaretskii
2010-02-13 12:23                 ` Jan Djärv
2010-02-13 12:46                   ` David Kastrup
2010-02-13 13:40                     ` Jan Djärv
2010-02-13 14:26                       ` David Kastrup
2010-02-13 13:50                     ` Stephen J. Turnbull
2010-02-13  6:45             ` visible-bell patch for Mac OS X YAMAMOTO Mitsuharu
2010-02-13  7:01               ` David De La Harpe Golden
2010-02-13  7:54               ` Jan Djärv

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=87bpftldc6.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --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.