unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Putting blink-cursor-mode in Options menu.
Date: Tue, 01 Mar 2005 20:27:57 +0100	[thread overview]
Message-ID: <x5psyjkvya.fsf@lola.goethe.zz> (raw)
In-Reply-To: <200503011726.j21HQxZ17274@raven.dms.auburn.edu> (Luc Teirlinck's message of "Tue, 1 Mar 2005 11:26:59 -0600 (CST)")

Luc Teirlinck <teirllm@dms.auburn.edu> writes:

> David Kastrup wrote:
>
>    Because it is a visual feature that you want to see or not.
>
> So are "Syntax Highlighting", "Active Region Highlighting" and
> "Paren Match Highlighting".

But they are affecting your manner of working, not your comfort level.

>    Then perhaps we should rename the menu.  It definitely does not
>    "hide" things, since a scrollbar or toolbar or speedbar or
>    similar does not get hidden, but removed or switched off.
>
> After you remove them, you can not see them anymore, which people may
> think of as "hidden", even though this is technically speaking not the
> way things are implemented.  On the other hand, you definitely can
> still see the cursor, whether it blinks or not.
>
> Nitpickingly correct would be:
>
> Show/ Do Not Show,

I already proposed "Appearance".

> but "Hidden" is the name most other applications seem to use, even
> though they too just "remove" stuff instead of "hiding" it.
>
>    Personally, if settings render Emacs unusable (like you claim)
>    for some audience, then these settings must be changeable from
>    the command line with the man page saying so.
>
> Having to study a man page before even being able to casually and
> comfortably try out an application does usually not encourage people
> to try out that application.

People that go into connuptions over a blinking cursor can't casually
try out anything.

>    That is the only safe way people will have a chance to arrive at
>    a working Emacs without suffering a heart attack or epilepsy or
>    blindness or whatever beforehand.
>
> I said that it produced discomfort.  I did not claim that it was a
> health hazard.
>    
>    This is not something that can easily be "solved", we can at best
>    make a poll.  A poll among users would be most relevant, and if
>    we don't have that, a poll on developers.
>
> This is unbelievable.  We are talking about adding an option to a
> menu, not about changing a default.

We are talking about making Emacs a good recommendation.  And part of
that is making the menus a useful well-organized place to visit.

If you say that a blinking cursor of the Emacs size gives you
discomfort, then I can report that we had a similar problem with
preview-latex in Emacs-21.x when it blinked on images.  Having
something the size of your screen flash on you is not funny.

I think that the basic visibility would also be ensured if the cursor
was a hollow box cursor.  It is still more conspicuous than the
"usual" blinking line cursor that is common with other editors, and I
think I could work with it as a default.

"Hide/Show" is something more appropriate for things like outline
mode, I'd say.  "Appearance" would be a reasonably good name, and the
cursor type belongs in there.  If a blinking box is intolerable to a
nontrivial number of users (and I have seen no evidence for it up to
now) I'd be fine with using a blinking hollow box instead _as_
_default_.  People who don't like the default will then be able to
survive long enough to use the "Appearance" menu for changing it.

So I'd ask people (including Luc) to try out
(setq cursor-type 'hollow)
and check whether they could get friendly with that.  It is a pity
that this is not a customizable option, you need setq-default for it.
Probably it would be easier to do this by Xdefaults, but I am too lazy
to look it up.

That would make the cursor consistent with what we currently use for
images, as well.

I definitely think that customizing the cursor belongs in a submenu
together with scrollbars and similar folderol (and probably inverse
video, too).  And if the only way to put it there without endangering
accessibility is to change the default to a less brutal cursor, then I
think it much more reasonable to reconsider the default rather than
make it a rather unmotivated top-level option.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  parent reply	other threads:[~2005-03-01 19:27 UTC|newest]

Thread overview: 56+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-01  0:34 Putting blink-cursor-mode in Options menu Luc Teirlinck
2005-03-01  8:24 ` Kim F. Storm
2005-03-01 12:18 ` Robert J. Chassell
2005-03-01 14:11   ` Chong Yidong
2005-03-01 14:27     ` David Kastrup
2005-03-01 16:46       ` Luc Teirlinck
2005-03-01 13:28 ` David Kastrup
2005-03-01 16:08   ` Luc Teirlinck
2005-03-01 16:58     ` David Kastrup
2005-03-01 17:26       ` Luc Teirlinck
2005-03-01 18:47         ` Jason Rumney
2005-03-01 19:02           ` Luc Teirlinck
2005-03-01 19:24           ` Robert J. Chassell
2005-03-01 20:16             ` Jason Rumney
2005-03-02 13:32               ` Robert J. Chassell
2005-03-02 18:41                 ` Eli Zaretskii
2005-03-01 19:44           ` David Kastrup
2005-03-02  0:21             ` Luc Teirlinck
2005-03-02  1:10               ` David Kastrup
2005-03-01 20:48           ` Eli Zaretskii
2005-03-03  4:10           ` Luc Teirlinck
2005-03-03  8:57             ` Jason Rumney
2005-03-03 20:57             ` Richard Stallman
2005-03-03 21:35               ` David Kastrup
2005-03-03 22:42               ` Lennart Borgman
2005-03-01 19:27         ` David Kastrup [this message]
2005-03-01 21:26           ` Kim F. Storm
2005-03-02  0:29           ` Luc Teirlinck
2005-03-02 13:44             ` Robert J. Chassell
2005-03-02 17:56               ` David Kastrup
2005-03-03  1:38               ` Miles Bader
2005-03-03  4:32                 ` Luc Teirlinck
2005-03-03  2:27     ` Richard Stallman
2005-03-03 12:26       ` Andreas Schwab
2005-03-01 16:16   ` Luc Teirlinck
2005-03-02 11:22 ` Richard Stallman
2005-03-02 13:04   ` David Kastrup
2005-03-02 14:30     ` Kim F. Storm
2005-03-02 16:23       ` Robert J. Chassell
2005-03-02 17:53         ` David Kastrup
2005-03-02 22:19         ` Kim F. Storm
2005-03-03  3:34           ` Luc Teirlinck
2005-03-03 20:57         ` Richard Stallman
2005-03-02 13:35   ` Jason Rumney
2005-03-03 20:57     ` Richard Stallman
2005-03-02 23:34   ` Juri Linkov
2005-03-03 20:57     ` Richard Stallman
2005-03-03 19:45   ` Per Abrahamsen
2005-03-04 23:44     ` Richard Stallman
2005-03-05  1:20       ` Luc Teirlinck
2005-03-06 21:11       ` Kim F. Storm
2005-03-06 22:44         ` Andreas Schwab
2005-03-06 23:00         ` Miles Bader
2005-03-08  2:51         ` Richard Stallman
2005-03-08  3:32           ` Luc Teirlinck
2005-03-08  8:21           ` Kim F. Storm

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