From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: David De La Harpe Golden <david@harpegolden.net>
Cc: rms@gnu.org, david.reitter@gmail.com,
Chong Yidong <cyd@stupidchicken.com>,
andrew.w.nosenko@gmail.com, emacs-devel@gnu.org,
monnier@iro.umontreal.ca, raman@users.sourceforge.net,
Miles Bader <miles@gnu.org>
Subject: Re: line-move-visual never set to nil?
Date: Fri, 01 Aug 2008 02:29:12 +0200 [thread overview]
Message-ID: <489258D8.60602@gmail.com> (raw)
In-Reply-To: <489257E0.7010409@harpegolden.net>
David De La Harpe Golden wrote:
> Lennart Borgman (gmail) wrote
>>> Macros do not -- and cannot -- make any guarantees about what happens if
>>> you execute them in a different environment, or on different text, than
>>> where they were recorded.
>>
>> Do you mean that there is something that prevents us from temporary
>> turning things off during keyboard macro recording and execution? In
>> that case: what?
>>
>
> It'd be annoying?
>
> It would break similarity between keyboard macros and normal editing.
> What if I _expected_ it to do things visually?
>
> Yes, line-move-visual is kind of sucky for keyboard macros (as I've
> already said, I'd rather have visual line movement on separate bindings
> to normal/logical line movement). However, it turning off inside
> keyboard macro definition when it's otherwise on would IMO be pretty
> infuriatingly surprising.
>
> Slightly contrived example - you're editing a wide table say,
> line-move-visual is on and you have set your window size to wrap at
> a table border, and then you notice a regular edit you're doing
> to the 4th (on the 1st visual line) and 17th columns (on the
> second visual line of the same logical line) could be repeated
> all the way down with a macro. You try to use next-line, just as you
> would outside keyboard macro definition and have been using for
> the past 4 rows before the ol' brain kicked in and told you to
> press F3...
And if some lines wrap and others do not?
> In short, leave it on or leave it off, don't magically muck with it.
Maybe an option would be best IMO.
next prev parent reply other threads:[~2008-08-01 0:29 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
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) [this message]
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
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=489258D8.60602@gmail.com \
--to=lennart.borgman@gmail.com \
--cc=andrew.w.nosenko@gmail.com \
--cc=cyd@stupidchicken.com \
--cc=david.reitter@gmail.com \
--cc=david@harpegolden.net \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=raman@users.sourceforge.net \
--cc=rms@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).