From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Perry E. Metzger" Newsgroups: gmane.emacs.devel Subject: Re: Speed of keyboard macro execution? Date: Thu, 10 Dec 2015 15:16:31 -0500 Message-ID: <20151210151631.3b07c461@jabberwock.cb.piermont.com> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1449778601 28404 80.91.229.3 (10 Dec 2015 20:16:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 10 Dec 2015 20:16:41 +0000 (UTC) Cc: David Kastrup , deng@randomsample.de, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 10 21:16:40 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 1a77dn-0006sO-JJ for ged-emacs-devel@m.gmane.org; Thu, 10 Dec 2015 21:16:39 +0100 Original-Received: from localhost ([::1]:44303 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a77dm-0000OQ-WA for ged-emacs-devel@m.gmane.org; Thu, 10 Dec 2015 15:16:39 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37769) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a77di-0000O8-U8 for emacs-devel@gnu.org; Thu, 10 Dec 2015 15:16:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a77di-0003mS-3G for emacs-devel@gnu.org; Thu, 10 Dec 2015 15:16:34 -0500 Original-Received: from hacklheber.piermont.com ([2001:470:30:84:e276:63ff:fe62:3400]:32789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a77dg-0003m5-Ji; Thu, 10 Dec 2015 15:16:32 -0500 Original-Received: from snark.cb.piermont.com (localhost [127.0.0.1]) by hacklheber.piermont.com (Postfix) with ESMTP id 287692AF; Thu, 10 Dec 2015 15:16:32 -0500 (EST) Original-Received: from jabberwock.cb.piermont.com (jabberwock.cb.piermont.com [10.160.2.107]) by snark.cb.piermont.com (Postfix) with ESMTP id 0FFBC2DE13C; Thu, 10 Dec 2015 15:16:32 -0500 (EST) In-Reply-To: <837fkm9ire.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:470:30:84:e276:63ff:fe62:3400 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:196058 Archived-At: On Thu, 10 Dec 2015 22:00:05 +0200 Eli Zaretskii wrote: > > From: David Kastrup > > So I think it would make excellent sense to disable visual > > positioning modes while recording and replaying keyboard macros. > > No, I think you are wrong. Think C-n and C-p again. Although I loathe visual positioning (and I disable it), if a user has that turned on, they'll expect that keyboard macros will operate as expected, which is to say, that they'll follow the visual up and down when C-n and C-p are invoked. I think Eli is right that just disabling it can't be done. Further, I think Eli is right that the broader problem needs to be fixed. It almost certainly causes lots of other slowdowns as well. It seems that the best way to do this effectively is to add a memoization data structure that caches the redisplay information for the the buffer. Presumably, when there aren't "unusual" things in the buffer bits could be set in the structure to simplify the caching (and allow it to be more compact). Having been thinking about this for essentially no time and with little knowledge of the information needed I'm not yet prepared to make any sort of concrete proposal. Input from people with significantly more knowledge than me is therefore quite welcome. Perry -- Perry E. Metzger perry@piermont.com