From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Richard M. Stallman" Newsgroups: gmane.emacs.devel Subject: Re: Problems with whole buffer Custom functions. Date: Tue, 24 Jan 2006 22:28:37 -0500 Message-ID: References: <200601130332.k0D3WKo16648@raven.dms.auburn.edu> <87psmrr3vg.fsf@jurta.org> <877j8tcsyt.fsf@jurta.org> <43D51ABB.9020802@gmx.at> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1138159853 22049 80.91.229.2 (25 Jan 2006 03:30:53 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 25 Jan 2006 03:30:53 +0000 (UTC) Cc: juri@jurta.org, teirllm@dms.auburn.edu, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 25 04:30:51 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F1bLK-0005Fy-FQ for ged-emacs-devel@m.gmane.org; Wed, 25 Jan 2006 04:29:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1bNx-0004Cx-8g for ged-emacs-devel@m.gmane.org; Tue, 24 Jan 2006 22:31:53 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F1bNi-0004Cj-8v for emacs-devel@gnu.org; Tue, 24 Jan 2006 22:31:38 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F1bNh-0004CU-R2 for emacs-devel@gnu.org; Tue, 24 Jan 2006 22:31:38 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F1bNh-0004CQ-KG for emacs-devel@gnu.org; Tue, 24 Jan 2006 22:31:37 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F1bL1-0001l5-KQ for emacs-devel@gnu.org; Tue, 24 Jan 2006 22:28:51 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1F1bKn-0005cx-3S; Tue, 24 Jan 2006 22:28:37 -0500 Original-To: martin rudalics In-reply-to: <43D51ABB.9020802@gmx.at> (message from martin rudalics on Mon, 23 Jan 2006 19:04:43 +0100) 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: news.gmane.org gmane.emacs.devel:49511 Archived-At: Now change the face of `show-paren-match' to "turquoise" and that of `show-paren-mismatch' to "purple" and do C-_ twice again. This time both modifications are undone. Hence whether a modification can be undone may depend on whether this or another modification is the first editing change for a specific option. Maybe the undo command needs to specialize to the changes for the specific item. Something like undo-in-region. The reason for this is that editing also changes some magic text from "STANDARD." to "EDITED, shown value does not take effect until you set or save it.". This modification is, however, not recorded in `buffer-undo-list' and the buffer position recorded before editing started becomes invalid with respect to the actual buffer contents. I guess the code that does these changes ought to update the positions in the undo list also.