all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Chong Yidong <cyd@stupidchicken.com>
To: raman@users.sourceforge.net
Cc: emacs-devel@gnu.org
Subject: Re: line-move-visual never set to nil?
Date: Sat, 26 Jul 2008 14:57:34 -0400	[thread overview]
Message-ID: <87od4k1nj5.fsf@stupidchicken.com> (raw)
In-Reply-To: <18571.25125.311010.324079@gargle.gargle.HOWL> (T. V. Raman's message of "Sat, 26 Jul 2008 10:43:01 -0700")

"T. V. Raman" <raman@users.sourceforge.net> writes:

> As reported a few minutes ago, turning off visual-line-mode has
> no effect. The apparent reason being: line-move-visual remains
> set to T and that is what the code in functions next-line and
> previous-line refers to.

Now, line-move-visual is a defcustom.  The question is, whether it
should default to nil or t (even when visual-line-mode is off).  The
current default is t, which is a kind of hybrid model where line-move
uses screen lines but other editing commands use logical lines.

Like Stefan and others, I've found that this setting works pretty well
in practice, for buffers in which there are occasional continued lines.
(When the buffer is full of long lines, turning on visual-line-mode is
more appropriate.)

It's true, though, that this behavior could be confusing, especially for
longtime users of Emacs.  So maybe we ought to make line-move-visual
default to nil, as before, and leave it to advanced users to change it
to t for their own usage.

What's the opinion of others on this list?




  parent reply	other threads:[~2008-07-26 18:57 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-26 17:43 line-move-visual never set to nil? T. V. Raman
2008-07-26 18:13 ` Stefan Monnier
2008-07-26 18:40   ` Vinicius Jose Latorre
2008-07-26 18:44     ` Stefan Monnier
2008-07-26 18:48   ` David Reitter
2008-07-26 18:57 ` Chong Yidong [this message]
2008-07-26 19:38   ` T. V. Raman
2008-07-26 19:41     ` Chong Yidong
2008-07-27 18:46   ` David Reitter
2008-07-27 20:59     ` Stefan Monnier
2008-07-27 21:08       ` Stefan Monnier
2008-07-28  0:23         ` T. V. Raman
2008-07-29  7:43       ` Andrew W. Nosenko
2008-07-29 14:34         ` Chong Yidong
2008-07-29 14:43           ` Lennart Borgman
2008-07-29 16:27           ` Stefan Monnier
2008-07-29 18:31             ` Chong Yidong
2008-07-29 18:37               ` David Reitter
2008-07-29 19:18                 ` Chong Yidong
2008-07-29 19:23                   ` Lennart Borgman (gmail)
2008-07-29 19:59                     ` Stefan Monnier
2008-07-29 21:23                   ` David De La Harpe Golden
2008-07-30  0:31                 ` Miles Bader
2008-07-30  0:42                   ` David Reitter
2008-07-30  3:46           ` Richard M Stallman
2008-07-30  4:43             ` Chong Yidong
2008-07-30  4:56               ` Miles Bader
2008-07-30  7:59               ` Lennart Borgman (gmail)
2008-07-31 17:24             ` Lennart Borgman (gmail)
2008-07-31 23:34               ` Miles Bader
2008-07-31 23:38                 ` Lennart Borgman (gmail)
2008-08-01  0:25                   ` David De La Harpe Golden
2008-08-01  0:27                     ` David De La Harpe Golden
2008-08-01  0:29                     ` Lennart Borgman (gmail)
2008-08-01  0:58                       ` David De La Harpe Golden
2008-08-01  1:01                         ` Lennart Borgman (gmail)
2008-08-01  1:49                           ` David De La Harpe Golden
2008-08-01  8:43                             ` Lennart Borgman (gmail)
2008-08-01 18:19                           ` Richard M Stallman
2008-08-01 19:06                             ` Chong Yidong
2008-08-01 19:29                               ` Lennart Borgman (gmail)
2008-08-01  0:33                   ` Miles Bader
2008-08-01  0:37                     ` Lennart Borgman (gmail)
2008-08-01  0:46                       ` Miles Bader
2008-08-01  0:50                         ` Lennart Borgman (gmail)
2008-08-01 10:16                         ` Andrew W. Nosenko
2008-08-01  4:43               ` Richard M 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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87od4k1nj5.fsf@stupidchicken.com \
    --to=cyd@stupidchicken.com \
    --cc=emacs-devel@gnu.org \
    --cc=raman@users.sourceforge.net \
    /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.