From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.bugs Subject: bug#39100: EBDB feature request: undo Date: Sun, 12 Jan 2020 09:13:13 -0800 Message-ID: <87muaspphy.fsf@ericabrahamsen.net> References: <87k15w93va.fsf@disroot.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="164873"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 39100@debbugs.gnu.org To: jorge+list@disroot.org (Jorge P. de Morais Neto) Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jan 12 18:14:26 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iqgoc-000fBb-Ik for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Jan 2020 18:14:18 +0100 Original-Received: from localhost ([::1]:40410 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqgob-0001Vl-Dz for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 12 Jan 2020 12:14:17 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33093) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iqgoN-0001SD-5E for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 12:14:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iqgoM-0003eR-0d for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 12:14:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51906) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iqgoL-0003dd-Sh for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 12:14:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iqgoL-0002Cj-OH for bug-gnu-emacs@gnu.org; Sun, 12 Jan 2020 12:14:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eric Abrahamsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 12 Jan 2020 17:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39100 X-GNU-PR-Package: emacs Original-Received: via spool by 39100-submit@debbugs.gnu.org id=B39100.15788492028418 (code B ref 39100); Sun, 12 Jan 2020 17:14:01 +0000 Original-Received: (at 39100) by debbugs.gnu.org; 12 Jan 2020 17:13:22 +0000 Original-Received: from localhost ([127.0.0.1]:57879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqgni-0002Bi-G1 for submit@debbugs.gnu.org; Sun, 12 Jan 2020 12:13:22 -0500 Original-Received: from ericabrahamsen.net ([52.70.2.18]:33802 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iqgnh-0002BV-6C for 39100@debbugs.gnu.org; Sun, 12 Jan 2020 12:13:21 -0500 Original-Received: from localhost (c-73-254-86-141.hsd1.wa.comcast.net [73.254.86.141]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 60DD7FA080; Sun, 12 Jan 2020 17:13:15 +0000 (UTC) In-Reply-To: <87k15w93va.fsf@disroot.org> (Jorge P. de Morais Neto's message of "Sun, 12 Jan 2020 10:54:49 -0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:174511 Archived-At: jorge+list@disroot.org (Jorge P. de Morais Neto) writes: > Hi. It would be nice to have undo in EBDB. So far I have never > suffered much for the lack of undo (it is only an inconvenience) and of > course I leave it up to you to prioritize this feature, but it would be > useful, though clearly not as important as e. g. better compatibility > (import/export) with other formats. Thanks for this. Just for my own notes, the possible approaches to this right now are keeping full copies of the previously-edited record in the record's cache, and allowing the user to cycle through which record is "current", and/or keeping track of specific field edits via something that looks like vCard's synchronization mechanism: https://tools.ietf.org/html/rfc6350#section-7