From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Speed of keyboard macro execution? Date: Thu, 10 Dec 2015 21:55:28 +0100 Message-ID: <87lh92rpkv.fsf@fencepost.gnu.org> References: <20151209163954.0cefcc7f@jabberwock.cb.piermont.com> <87si3bcltu.fsf@isaac.fritz.box> <20151209180343.5a67c0e7@jabberwock.cb.piermont.com> <83r3iu9rvp.fsf@gnu.org> <20151210120051.6be8201f@jabberwock.cb.piermont.com> <87k2omciy2.fsf@isaac.fritz.box> <20151210123312.39c417c9@jabberwock.cb.piermont.com> <83lh929omw.fsf@gnu.org> <87k2omta6x.fsf@fencepost.gnu.org> <83d1ue9lns.fsf@gnu.org> <87fuzat7ot.fsf@fencepost.gnu.org> <837fkm9ire.fsf@gnu.org> <877fkmt694.fsf@fencepost.gnu.org> <834mfq9gqm.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1449782277 23420 80.91.229.3 (10 Dec 2015 21:17:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Dec 2015 21:17:57 +0000 (UTC) Cc: emacs-devel@gnu.org, deng@randomsample.de, perry@piermont.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 10 22:17:56 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a78b3-0000MH-UN for ged-emacs-devel@m.gmane.org; Thu, 10 Dec 2015 22:17:54 +0100 Original-Received: from localhost ([::1]:44524 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a78ay-0006za-38 for ged-emacs-devel@m.gmane.org; Thu, 10 Dec 2015 16:17:48 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51524) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a78Zv-0005oM-64 for emacs-devel@gnu.org; Thu, 10 Dec 2015 16:16:44 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a78Zu-000367-5Z for emacs-devel@gnu.org; Thu, 10 Dec 2015 16:16:43 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58032) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a78Zu-000361-1N; Thu, 10 Dec 2015 16:16:42 -0500 Original-Received: from localhost ([127.0.0.1]:43611 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1a78Zl-00038b-1t; Thu, 10 Dec 2015 16:16:33 -0500 Original-Received: by lola (Postfix, from userid 1000) id 4ECF4DF4FC; Thu, 10 Dec 2015 21:55:28 +0100 (CET) In-Reply-To: <834mfq9gqm.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 10 Dec 2015 22:43:45 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:196073 Archived-At: Eli Zaretskii writes: >> From: David Kastrup >> Cc: emacs-devel@gnu.org, deng@randomsample.de, perry@piermont.com >> Date: Thu, 10 Dec 2015 21:09:59 +0100 >>=20 >> C-n runs the command next-line (found in global-map), which is an >> interactive compiled Lisp function in =E2=80=98simple.el=E2=80=99. >>=20 >> This function is for interactive use only; >> in Lisp code use =E2=80=98forward-line=E2=80=99 instead. >>=20 >> There is a reason this function is for interactive use only. And >> replaying a keyboard macro is not interactive. >>=20 >> If the variable =E2=80=98line-move-visual=E2=80=99 is non-nil, this = command moves >> by display lines. Otherwise, it moves by buffer lines, without >> taking variable-width characters or continued lines into account. >>=20 >> And this is _exactly_ why line-move-visual should be nil during macro >> recording/replay because otherwise _no_ _useful_ behavior for >> non-interactive use results. > > But then recording a macro and replaying it will do different things, > no? As I apparently did not state clearly enough, one would switch off visual line mode during recording already (after all, during recording one tries to achieve the effect that replay should have). Yes, this will means that the same key sequence outside of macro recording/replay and inside of it will have different effects. I readily agree that this is ugly, and if you want to, even "wrong". The alternative is "useless". Which serves no point. --=20 David Kastrup