From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Arthur Miller Newsgroups: gmane.emacs.devel Subject: Re: A new user perspective about "Changes for emacs 28" Date: Fri, 11 Sep 2020 17:08:24 +0200 Message-ID: References: <1ca462fa-0f9e-3c18-6386-f43f49388b2f@gmail.com> <20200907180812.5tfylspp7i6vl4o3@Ergus> <94fda087-a61b-356d-4bb4-791907593246@yandex.ru> <24302cf8-5ac8-4abd-83ce-3e33c51a8beb@default> <83k0x4mjsv.fsf@gnu.org> <831rjcmgn8.fsf@gnu.org> <897b82c2-8ec2-60c0-f5c3-5ab98f79fbd8@yandex.ru> <339a1d04-32c7-5f0b-7315-8252bffc8aa3@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35586"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: spacibba@aol.com, emacs-devel@gnu.org, nicola.manca85@gmail.com, ams@gnu.org, Eli Zaretskii , drew.adams@oracle.com To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Sep 11 17:09:20 2020 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 1kGkfv-00097F-LH for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Sep 2020 17:09:19 +0200 Original-Received: from localhost ([::1]:39422 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kGkfu-0003HY-Mh for ged-emacs-devel@m.gmane-mx.org; Fri, 11 Sep 2020 11:09:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38876) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGkfA-0002Qe-EC for emacs-devel@gnu.org; Fri, 11 Sep 2020 11:08:32 -0400 Original-Received: from mail-oln040092066082.outbound.protection.outlook.com ([40.92.66.82]:12163 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kGkf8-0002jL-4F; Fri, 11 Sep 2020 11:08:32 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UiSEDQhCx6R2aQq6hl7HR/K6GMx2+dgb62npUYoNJHuh/85XHg2D4V8xoLOfc+ubg+5tZ/Gs2dfduOMP6SJIeDxiUCjazlHQeGE+5FIXT++GOtqYxH0F1iZn4d9neBWpVZ2f2+FxDyrfuQgzNwYA+sXiWSD6p7uJ6Ud3IqasrDMQT0tyda7rfnMVebb4NQA6KNdUHRhY6TJZg/vw34gSF1f0s5ILfTXftPQDxyhYXajdWgR6W8oKh2y1a0iWKmWJIXEc1XhQYBl3WFbMBHhu/4b5sGK2ZNe0lzCHrr9rjvB6PwH1XsboG/mGLPtv8yWKsv6t2T5RyHO0G2XAabpj+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SlELx3DTsUQMT+72q+ReDi22+piedDzods5H0pG+aIQ=; b=XY3upX+pEVXFEkk+XGTTfeFijClIFOXEViLSefhhHzqGd9rYFuhgod6M/V7AdQPzSJMrdtpE7o7kvdsGPPFEUxGVc0qvUx1JpyKK1Kc04ieWVrX2zp4fnzwEGa+3zM1iWVk5Y3l35CbUZu1uT6sY1fS5XBOcGrgWH9M1Gjk9wCPS2LweBL+VjlS5RQEmBP38Pb1ZF0HzsI2SpuxDNYWn+wzjiDa9Ysn1HhnIetosn9sft56qgdLRr71bOVVstyeOavQBY3dl5YuClXLJgZUn8kLmbS2XANFTzhu0ecg36hGklNWiieVp6mMm1UciTtfw/RNu0U7YDIyjqurbPXzbyQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=live.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=SlELx3DTsUQMT+72q+ReDi22+piedDzods5H0pG+aIQ=; b=IiXpGkUANrEUHIE8z8knENgi8kfaW9lrsJlnQB+ATLDR9EiSflEZ+391nho4TAFRB6DYtedW1WssTvtOw0yfPl390A6JduXYkGInySnZu+64xYfVHf/hHzzbezihUGNkkLDGpb1GsghLasia3IBgltF51DECbSdp1jPZyfk/zIsWsj+4F2j54DJfPqorrS+p8bXQcoXMnpZKhGbYENpBC7oa0cXrYzW75jy9g/Y7Y/EJ1IdvND6YG08/O/cNYw0eZbIawCF2vU1FQijvzO+ujsTzLL5kgCpTDpZaRltHvy5h/DnHCXdnggG1+rzyMA8J5xWUPmKsz0GF2cIc64DPtA== Original-Received: from HE1EUR01FT050.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e18::44) by HE1EUR01HT146.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e18::140) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16; Fri, 11 Sep 2020 15:08:26 +0000 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com (2a01:111:e400:7e18::53) by HE1EUR01FT050.mail.protection.outlook.com (2a01:111:e400:7e18::285) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16 via Frontend Transport; Fri, 11 Sep 2020 15:08:26 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:2C4548C44F9C060138FE9A76A13A039C3705A5E9676FA14A3B799CDE5162AABF; UpperCasedChecksum:80846BD6CE047FB916C279E54ED4CDD87F980EE725726E657B6C4199E503C28F; SizeAsReceived:4073; Count:46 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::b547:51cd:16c5:4487]) by VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::b547:51cd:16c5:4487%7]) with mapi id 15.20.3370.016; Fri, 11 Sep 2020 15:08:26 +0000 In-Reply-To: <339a1d04-32c7-5f0b-7315-8252bffc8aa3@yandex.ru> (Dmitry Gutov's message of "Fri, 11 Sep 2020 15:27:57 +0300") X-ClientProxiedBy: AM5P194CA0022.EURP194.PROD.OUTLOOK.COM (2603:10a6:203:8f::32) To VI1PR06MB4526.eurprd06.prod.outlook.com (2603:10a6:803:ac::17) X-Microsoft-Original-Message-ID: <875z8kpd07.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (90.230.29.56) by AM5P194CA0022.EURP194.PROD.OUTLOOK.COM (2603:10a6:203:8f::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3370.16 via Frontend Transport; Fri, 11 Sep 2020 15:08:25 +0000 X-Microsoft-Original-Message-ID: <875z8kpd07.fsf@live.com> X-TMN: [bchBbo0DGuwbFazGpfPq/MXZIO+7hLHv] X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 46 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 853a6be2-667b-4fe9-8ac0-08d8566488b6 X-MS-TrafficTypeDiagnostic: HE1EUR01HT146: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: nCTDty/227nzMzbAz9cywn32lomzkjBtuY2ZKb1yj2D8lLLGDSKgNtqQe6cnjkiVeuEN8VL09L1vq/TY90Bxs5KJQouIiYDXpv/bBiQ7GiVb1HesBdkEF7i+Gzn/uyGuBNvywbXlovLOQ+gCRRlLEKbJYXMAQQ8Zt72bJnxKTcNMlXqwPhobrI7YBogR3aJV X-MS-Exchange-AntiSpam-MessageData: lzqPb2VtZIxHNYQ4WzMoG3I6wo1mrYz7CD59tWAh8ghjdP68dRKpzmw19lW7MiEpwTqz1ljmVwKbc2FesERY1TihPZ5wLj9WkwArY9aVfbkgaJCy+EC/XDcc04ZSJVzgZ46MaRJjAsh5yZqf27DQCA== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: 853a6be2-667b-4fe9-8ac0-08d8566488b6 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 11 Sep 2020 15:08:26.4467 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: HE1EUR01FT050.eop-EUR01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: Internet X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1EUR01HT146 Received-SPF: pass client-ip=40.92.66.82; envelope-from=arthur.miller@live.com; helo=EUR01-VE1-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/09/11 11:08:27 X-ACL-Warn: Detected OS = Windows NT kernel [generic] [fuzzy] 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, MSGID_FROM_MTA_HEADER=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-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.23 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:255198 Archived-At: Dmitry Gutov writes: > On 11.09.2020 14:29, Arthur Miller wrote: >> Undo tree as a visualisation is very cool feature, and could be one of >> unique Emacs features, if it could visualise any undo/redo history. I >> don't use undo-tree myself, but I think that graphical representation of >> undo history is a cool even if mostly gimmicky. > > It's not a gimmick. The buffer has its own set of commands with navigation along > the branches of the tree. I am refering to the drawing itself. When it comes to using undo, I am sure you could feed data into helm (or other completion system) and have a list of branches with fuzzy completion instead of graphical image which probably would be as usefull or even more useful that graphical tree. But as I said, I think the graphical representation itself is cool and as you describe, for some users more clear option. I just undo with M-x undo, in my case it is bound to C-_ and works just fine for me. > And only when using them I really did, or several occasions, feel the benefit of > Emacs's undo history data structure. > > Going along the branches of the undo tree, switching them at will, and skipping > over some branches in favor older changes really makes the process easier to > understand and saves time significantly. Sure, whatever works. I didn't yet have encountered such case for myself; I tried undo-tree some years ago and uninstalled it since I never used it.