bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#13273: 24.3.50; [PATCH] enhancement request: repeatable `visual-line


From: Vitalie Spinu
Subject: bug#13273: 24.3.50; [PATCH] enhancement request: repeatable `visual-line-mode' line movements
Date: Thu, 27 Dec 2012 20:13:37 +0100
User-agent: Gnus/5.130004 (Ma Gnus v0.4) Emacs/24.2.91 (gnu/linux)

  >> "Drew Adams" <drew.adams@oracle.com>
  >> on Thu, 27 Dec 2012 08:16:58 -0800 wrote:

  >> May I also suggest yet a another user pattern: in visual line mode, on
  >> repeated invocation move to next _logical_ line. That is, C-a moves to
  >> beginning of visual line, but C-a C-a moves to the beginning 
  >> of logical line. May be it could be an user option, something like
  >> repeated-line-movement-pattern.

Yet, another pattern: repeated invocations of C-a cycle between visual
and logical bols.

  > Maybe I'm missing something, but I think that with the key bindings the 
patch
  > makes, `home' and `end' should do what you are requesting.

Indeed they do, but home/end are inconvenient keys. I very much like the
idea of the repeated invocation of C-a doing something more than just
staying at the beginning of line.

The point is that I don't find moving to the next/previous line a very
useful feature. C-p/C-n do just that.

What I propose is to be able to use the same key (C-a) for jumping to
both, visual and logical bols according to some user specified rule
(cycling for example). And your patch is very close to making that
possible.


  > But I'm not sure I fully understand what "logical" line means.  I 
understand it
  > to be the same as the line limits when visual-line mode is turned off.  
Anyway,
  > that's what the patch bindings for `home' and `end' do: move to the 
beginning
  > and end of the actual line as determined by newline char as a separator.

Yes, that is the meaning of given in the doc string of
`visual-line-mode'

   When Visual Line mode is enabled, `word-wrap' is turned on in
   this buffer, and simple editing commands are redefined to act on
   visual lines, not logical lines.  See Info node `Visual Line
   Mode' for details.


  Thanks, 
  Vitalie





reply via email to

[Prev in Thread] Current Thread [Next in Thread]