From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Po Lu Newsgroups: gmane.emacs.devel Subject: Re: Undo mode Date: Fri, 21 Jan 2022 17:40:54 +0800 Message-ID: <87h79xxw7t.fsf@yahoo.com> References: <86tudyw1ir.fsf@mail.linkov.net> <6d8355dee1bb42a18fd0@heytings.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36938"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) Cc: Juri Linkov , emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jan 21 11:26:25 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nAr7g-0009JY-Lg for ged-emacs-devel@m.gmane-mx.org; Fri, 21 Jan 2022 11:26:24 +0100 Original-Received: from localhost ([::1]:60916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nAr7f-0006eb-On for ged-emacs-devel@m.gmane-mx.org; Fri, 21 Jan 2022 05:26:23 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:37186) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nAqPt-0006y5-4l for emacs-devel@gnu.org; Fri, 21 Jan 2022 04:41:09 -0500 Original-Received: from sonic308-56.consmr.mail.ne1.yahoo.com ([66.163.187.31]:44884) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nAqPq-0001Gu-Nn for emacs-devel@gnu.org; Fri, 21 Jan 2022 04:41:08 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1642758064; bh=e7NZUp8fD+F9ipPUxu0F9De5ANqJ5vdWIJRzBVYo3iI=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=XcvKGnifhuZ6pra4GN/0J40Co/QJGVh9oGqBhP9ogJvPbJ/kyx/I4ihRL31bwPbliIR9+Is5bX6P5PsF1mMRdkEkb3BAmz6z4/3D2X7rx5mdVwvJjGomTgtgxozD9iQDotUQMavUvmB/HK13XIzSnaoyD+Q+WoVTfkMDjyUmrvw+HE5EI9xE1c4jqKk8sEtEwXBrqzIcegg4af7rdc+PDQ9yCiOy6IRrYHFfhkgekqZR5XlaynQPfHNpXa20CZgmUfp4eRfMgI/FDLnXYgMawIPsMzUNvJRCjcXnRq4hnIdVSR5Px6qcV06QnY2dfQccO0ZOGvGguwB47dSkoXh0hQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1642758064; bh=R4stuJT6Wxn27OvILjhNzJ1Vxja26S0LUPmRPub1ROQ=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=hgimq2X7iqhxMSqLUAx0FsCwHYBqrQhd1IJtaXoHtp8qBbYRS35MkzAyWNm1I/dwOamUihtLLJaKLe/SQrwJ7+Cduj4EENVJ/b8icbHVGyosKim+bqjFK+NXeb4ZuaJx1Jh2K3wtmDsYexI/Y1kSNJn+PYgN9OkzqVPNrc78daoVcGlbMkIKtgTCSysxvsjtNg/Bv/JXfUw2/gbijv7WOKTWaFfcA8x4CB4hQInYRvDGoR0RAL1XHi3v7EIyvk515bS+6B/DJ4sW4JcBx9HoJv2ZcWmNBezq9YB2ZKn01urdMaeRNa5NzI5IydqvEAZ8FOiBUg20iSEbXYyHaPns0Q== X-YMail-OSG: nhP6CRUVM1nyXJ8EztvGzGEahHCVBMHzXYOaX4IlPw8VOeQxJxHQAETvvjhqa_0 7LDvLpBKk3gti95YMGfTTA60RMKTszDQjDVqL5P3tYVXViYufDx9gRBmH4Bkht20LbR3xd_eSuTb YTWkp5EiTErKw8phaT.LfPaqU9dbEC8xmhwUIVEFL4l8Q1JuTOxunlkIton1c.kc.JcRVicHp3eM OFRvLO4jpFQtnWjdsEMFeZg0OZ1i3yEdtq5aEQqulvo5C3wa5Nd6WP4nLutlZZ6cdmoYzJ4AKs8v Mia9PmpyWSXPQSzmdpkeM.tUt8NxuGX_o.s1CpIxAPmOvqvpasrYxaA4vUQO2W.4IzwW3U2Qq7kL ToitEwD3wZ7SRgU2oY_h_R8df6Qu_fcUQ2sik8xd2XvHA0DXys3nt051goKwcCQpIq0T7zoG6XKW Jcq71hxquOfGoTngJeO_UjooFYO6KUVuBT1QEMwdahgny1plgbAcnbPhA3ILocn9_mQQH5uxdLEQ 5w1hh3H2ecRL4APssZtiMDwXVA4PPc0TYz7A6suRQAmI7mzhPah9y9OxluaRWONDsqm2rDD5Dk88 VIyustVS4HfT643PQLQuA.5n89XqfJhHy_Gazk8zyvIMi598BgxbD9QdWOO.fG7.goq2MD1DH3zo dPrWzxQCKcCpS_W.60zh_yg7GCYHdHoYWEZ50KFd_gWEtSPOPMHGqXiwmNTWzDk9i5uoKqA8H5bd cd1p2nOHGDdduHxMEyFbyOzgJ48AxVzctqKgQC135B4EE_ee7PRcbryR6PfYf6KW9CpE3EM0QhNB T2bxGZpzUR6gehJd3hOM2nAm1CpL9n8PUoJglVuZ45 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.ne1.yahoo.com with HTTP; Fri, 21 Jan 2022 09:41:04 +0000 Original-Received: by kubenode515.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 61977fbacc038fa2f010c7700203d06d; Fri, 21 Jan 2022 09:40:59 +0000 (UTC) In-Reply-To: <6d8355dee1bb42a18fd0@heytings.org> (Gregory Heytings's message of "Fri, 21 Jan 2022 08:41:42 +0000") X-Mailer: WebService/1.1.19615 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Received-SPF: pass client-ip=66.163.187.31; envelope-from=luangruo@yahoo.com; helo=sonic308-56.consmr.mail.ne1.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:285108 Archived-At: Gregory Heytings writes: > The original design added a single "Undelete Frame" item in the File > menu, under the "Delete Frame" item. The conclusion of the discussion > in bug#51883 was that this feature shouldn't be enabled by default, > which means that this "Undelete Frame" menu item would have remained > inactive, unlike other items in the menus whose state change from > inactive to active when their actions become feasible. > > Users could have reasonably expected to see this menu item become > active after they used the "Delete Frame" menu item, just like the > "Remove Other Windows" item becomes active after using one of the "New > Window" items. > > Therefore, to help users discover that this menu item required an > explicit activation in their init files to become usable, I added a > "Enable Frame Undeletion" item in the File menu, with a tooltip which > said "Enable frame undeletion for this session", and which replaced > the "Undelete Frame" item when undelete-frame-mode was not active. > IOW, this feature always used one and only one item in the File menu: > either "Enable Frame Undeletion", or "Undelete Frame". > > The hard-coded limit of 16 deleted frames was also a conscious design > choice, to avoid adding yet another defcustom that nobody had asked > (yet). A user might want to undelete a few frames, so recording a > single deleted frame is not enough, and 16 seemed like a reasonable > upper limit that should cover all needs. > > I respectfully suggest to go back to that original design. We haven't yet decided to change the design (aside from me turning the "Enable Frame Undeletion" menu item into a toggle, so someone can figure out how to turn it off should he want to.) At least, I think we haven't.