From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: New undo element (fun . args) Date: Tue, 08 Feb 2005 13:53:58 +0100 Message-ID: References: <87fz0jyn19.fsf-monnier+emacs@gnu.org> <87mzunvyki.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1107868557 17037 80.91.229.6 (8 Feb 2005 13:15:57 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 8 Feb 2005 13:15:57 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 08 14:15:50 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CyVDZ-0000vj-00 for ; Tue, 08 Feb 2005 14:15:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyVRu-0001b3-Cm for ged-emacs-devel@m.gmane.org; Tue, 08 Feb 2005 08:30:38 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1CyVOD-0008SG-FK for emacs-devel@gnu.org; Tue, 08 Feb 2005 08:26:50 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1CyVOA-0008Rb-AI for emacs-devel@gnu.org; Tue, 08 Feb 2005 08:26:48 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1CyVN2-0007yn-Bx for emacs-devel@gnu.org; Tue, 08 Feb 2005 08:25:36 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CyUsP-0004fR-L8 for emacs-devel@gnu.org; Tue, 08 Feb 2005 07:53:58 -0500 Original-Received: (qmail 76151 invoked from network); 8 Feb 2005 12:53:55 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 8 Feb 2005 12:53:55 -0000 Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Tue, 08 Feb 2005 06:46:33 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:33081 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:33081 Richard Stallman writes: > It turned out to be quite tricky to get the usage right as an apply > function need to install a proper _redo_ entry which may not really do > anything but re-install the original _undo_ entry etc. > > Ifr the extensible undo entry does some other nontrivial job, > surely its redo entry should redo that nontrivial job, right? > So how can it be that the redo entry only reinstalls the undo entry? That was the tricky part :-) It actually took me some time and deep thought to realize what was (not) needed. The cua undo stuff only deals with rectangle highlighting, so it only makes sense to highlight anything when the rectangle data is actually present/restored. -- Kim F. Storm http://www.cua.dk