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: Friendlier dired experience [CODE INCLUDED] Date: Thu, 05 Nov 2020 16:29:29 +0100 Message-ID: References: <20201103104340.q34kqfita55w2u7h@E15-2016.optimum.net> <20201104183228.xf7w4yf3fw3427y5@E15-2016.optimum.net> <20201105092232.fk4r5dexnay3eyln@E15-2016.optimum.net> <20201105143800.7vt5jfr4gg2wigyb@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29423"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Stefan Monnier , Emacs-Devel List To: Boruch Baum Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Nov 05 16:30:39 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 1kahDi-0007Ug-TU for ged-emacs-devel@m.gmane-mx.org; Thu, 05 Nov 2020 16:30:39 +0100 Original-Received: from localhost ([::1]:45610 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kahDh-0003Kr-VA for ged-emacs-devel@m.gmane-mx.org; Thu, 05 Nov 2020 10:30:37 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58322) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kahCj-0002fj-OB for emacs-devel@gnu.org; Thu, 05 Nov 2020 10:29:37 -0500 Original-Received: from mail-vi1eur06olkn2098.outbound.protection.outlook.com ([40.92.17.98]:38878 helo=EUR06-VI1-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 1kahCg-0000Kf-VH for emacs-devel@gnu.org; Thu, 05 Nov 2020 10:29:37 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IHBNdrZHiJfi5QtyY0weuazex/BcSQ7AxTHQFEbPuJj0rgKUWppAamfZ4d/8lbwi4LOuK4Ba32Qtq28UGl3nsBpZ2IKuIUYK0tq2HxnhtAfKsoFTd0akNwrHn8P1/2XwJE+5dLrhyPGffdjlBbhknKrPNL7uAyLTyyoR9u9vPx3BKGIipiu2pbmisKy3opGjhNpLbA8e6nHLAD2UI7jrl7/WgZivR3d7jhrahxTJSzdkVBmczjIZLa7/ykFG0QmhP9wvF6i5WvcsE9zMp5h/5bZQ/BeFt/VYwwlJ9UjWXOZWOzZ7dNiBnZwOmH7GeJ+IvNhEVwrtU/vOBiAzoxIwyg== 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=97MxcxQlKU1VO1XEEWIfocPNBh1JMP0DwiyPJ1Pamuw=; b=KCjJi0VQkSmgojfC/nQkPx35rzhVzEOXzYz1HOgnsU+WuA2HsEUroQgnYJT8gp1HscKqMQaw7ipuNLFUuEIrvOnMp4r5S2rEQnFlxe/cZ1kROLNw6ptckxQkQ5cWcrRivS2TsCXtq+BPPD+wWRt4fwTcypsPsct4/+Evuq5f2rv6I1D/XUbbpWzHxogupT92dVP2yBkTGCcdDXVSsdRkiZkf3yEAQK69liJOs/m7V+oW9W3N5HnXpFicmC/+FWpbWz++pWVjFYUTAchRu5Wi4Zq1P8nR9YdqCOpPkyZfVEzucgWN5LZGpbS3xSCuS9chZwCJsh9oMV/p1sIJH3umaQ== 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=97MxcxQlKU1VO1XEEWIfocPNBh1JMP0DwiyPJ1Pamuw=; b=lbYcE4E5VeKnz7g284RSwZWfT6OxNhtdEXhYbI2apvGWAbmEl66Nti7T2n8lfuuA3cdSzhThI2d7syxoN9371JA+saAR9UIuiAHTfSmDtSz9kMWUWi+sWRvxOadz3UHv6XLtGoOgLYOsxocGCrgHpiDHsWf4GGCIH/8n/AN8JQkI55UxW9iLYWjce7l0TUnCzNEvuSoBAMXWltYQGOvmGmv93Ip6IzRtZk6OWhnqib5CXCUyXYIchK5Cyb7tiJbL65qA2xU//cARc2cv9Oqc60A0SHp5pbtbQlyJJvqbSYtuuJU6z35iU+mZUpSghrnRHUq1HoTLF2/mp6jXBSwXQQ== Original-Received: from AM7EUR06FT065.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc36::41) by AM7EUR06HT211.eop-eur06.prod.protection.outlook.com (2a01:111:e400:fc36::444) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.17; Thu, 5 Nov 2020 15:29:31 +0000 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com (2a01:111:e400:fc36::40) by AM7EUR06FT065.mail.protection.outlook.com (2a01:111:e400:fc36::508) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.17 via Frontend Transport; Thu, 5 Nov 2020 15:29:31 +0000 X-IncomingTopHeaderMarker: OriginalChecksum:EB2234C7A6A15DC98EDDDA1A8CE5C31FC034F3BF12D99464DBAABE60116DA61F; UpperCasedChecksum:5C52A2C2596E21BA26EDC3040D3FF2937B02DF9ECF1221775A1DD04F513CDFC6; SizeAsReceived:7917; Count:46 Original-Received: from VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::187b:196a:cb2d:adf1]) by VI1PR06MB4526.eurprd06.prod.outlook.com ([fe80::187b:196a:cb2d:adf1%5]) with mapi id 15.20.3499.032; Thu, 5 Nov 2020 15:29:31 +0000 In-Reply-To: <20201105143800.7vt5jfr4gg2wigyb@E15-2016.optimum.net> (Boruch Baum's message of "Thu, 5 Nov 2020 09:38:00 -0500") X-TMN: [Lh6LrmGRANgSVJyI+dFqFXPfcez7cvcn] X-ClientProxiedBy: AM5PR0301CA0010.eurprd03.prod.outlook.com (2603:10a6:206:14::23) To VI1PR06MB4526.eurprd06.prod.outlook.com (2603:10a6:803:ac::17) X-Microsoft-Original-Message-ID: <871rh7izza.fsf@live.com> X-MS-Exchange-MessageSentRepresentingType: 1 Original-Received: from pascal.homepc (90.230.29.56) by AM5PR0301CA0010.eurprd03.prod.outlook.com (2603:10a6:206:14::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3541.21 via Frontend Transport; Thu, 5 Nov 2020 15:29:30 +0000 X-MS-PublicTrafficType: Email X-IncomingHeaderCount: 46 X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-Correlation-Id: 086e4e64-3a32-4ce9-1fa2-08d8819f9737 X-MS-TrafficTypeDiagnostic: AM7EUR06HT211: X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 5yL20Yh/5Z/sNNDfzStOie2aP3qpfgLEBaG/24HrffKU46PRl0FHjKkikIksXqdwdskk4Rd7pe3ELlFsMeWwOQfiq40QDlSl87vAFjvKWbN50H8MBk7eDF4EYCW6zt+EmXgjVsMjrZfYGDG64ygKJsuE9GVViC4qLCqornH+dSAbDaD8spUvTYvrYnxA7sGuuveWXqNdzMCf17S/6IjIsA== X-MS-Exchange-AntiSpam-MessageData: A/VwBUytzgN/vHjQtNGrL0qkw4GqHMfCJz2ine6MZA8FmQj8XG/+f3PgdfHll2CVluXiGPD0Tqvtmys3GFM1ApJNgc3VIcDCrJl9uOAsyy1XF+peqDNO6ufMBIoz9+VXegrfXBfsQfJkNkSUPn4prQ== X-OriginatorOrg: live.com X-MS-Exchange-CrossTenant-Network-Message-Id: 086e4e64-3a32-4ce9-1fa2-08d8819f9737 X-MS-Exchange-CrossTenant-OriginalArrivalTime: 05 Nov 2020 15:29:31.5017 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-AuthSource: AM7EUR06FT065.eop-eur06.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: AM7EUR06HT211 Received-SPF: pass client-ip=40.92.17.98; envelope-from=arthur.miller@live.com; helo=EUR06-VI1-obe.outbound.protection.outlook.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/05 10:29:32 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:258730 Archived-At: Boruch Baum writes: > On 2020-11-05 13:54, Arthur Miller wrote: >> How do you do bookmarks? I just bookmarked a folder with your shortcut >> C-c b a; and the bookmark does not show in bookmarks list. > > diredc-bookmark-* doesn't share the generic emacs bookmark list. It means you are reinventing the infrastructure that is already in place and debugged. Also all other Emacs eco system would need to be rewritten to work with your package, such as Helm (or other completers). > The > consideration was not mix directory locations with locations within > files. Is saveplace not good enough? :-) Sorry. >> furthermore, when I use C-c b j; it seems to show some byte code, you >> can see it in the attached screenshot. > > I can't reproduce that. Your screenshot seems to indicate you were using > helm-something; is that correct? If so: 1) what helm set-up and command > (I don't use helm); 2) what happens when you don't use helm; 3) what > were you bookmarking. I use Helm as a completer, I have just used your shortcut: C-c b j, I don't know what you are doing undercover, so I don't know how Helm got called in this case. >> Another quick impression: opening new frame in the bacgkround is not >> really the best feel. It didn't got neither raised nor focused. > > Oops. Fixed, but before I push the commit, I have a question: As a > generic setting, should I have the dired frame start out maximized or > with some other specific orientation? I don't like it in new frame at all, but that is your package and your judgement. Personally I don't like the predefined workflow because it is not always the case it is the best thing to do. Sometimes I prefer two panes, sometimes I don't. It is maybe better to create some "configuration restore" mechanism, maybe based on the new tab mode as mentioned in my previous mail. Just let us serialize the state of windows to the disk and re-open it on demand. Thus I could create my own layout inclusive with buffers and save it as "workspace" to be used with diredc. Thus two-pane workspace could be "bookmarked" with some specific locations on hard drive. Three-pane workspace could be bookmarked for some other use-case etc. > At issue is that I'm not a GUI > emacs user, so all my development and testing has been done for emacs > -nw. I've just now tested the code with GUI emacs and reproduced the > issue, but I see that neither my default GUI emacs frame nor my initial > diredc frame start maximized and I have no idea what a normal GUI user's > expectation is. No idea either; I think it is very subjective. You should probably start testing with GUI Emacs if you plan to make diredc a general file manager based on Dired. >> Also my original frame got resized and centered on the screen, and >> diredc took place of the original frame (but in background and not focused). > > That I'm not reproducing, but the pending commit may fix it anyway. You > know, the change is trivial, so you might want to just manually make the > change. Line 2201 goes from: > (make-frame-command) > to > (select-frame (make-frame-command)) > I'm just being stingy on commits and also sneak in whatever other frame > config is necessary / desirable, (eg. maximize). > >> The dual pane wasn't so resilient; at least not to Gnus (nothing is >> :-)). > > *I'm* certainly not resilient to gnus. Never ever have I gotten it to > work. > >> After switching to Gnus and back I was left with a single window. > > Question #1: How did you 'switch' back and forth? Did you use S-F11? > What other method(s)? C-x C-b (bound to helm-buffers-list) then I picked diredc buffer from the list. S-F11 just switches between two different frames: one opened by diredc and the original one I had before starting diredc. > You mean diredc-recover? I'll presume yes. > Once diredc is started, it respects a user's desire if it thinks the > user insists on a custom window configuration for the diredc frame. The > way to restore the default is to use diredc-recover (I suppose you could > also perform diredc-quit followed by diredc again, but that's so 20th > century). Yes; sorry, I forgott the name in the moment when I was writing the response. S-F11 does not seem to do it's thing, but diredc-recover seems to do it. If you say it is the only way, than it works as intended :-). >> Documentation says they are useful dired values - but in which way are they >> useful? Do I really need to export a shortcut to a README file if I am already >> using Emacs? Am I supposed to open current file from the shell in new >> Eamcs instance > > No, of course not. > >> or what was the intended workflow? > > You want to perform some generic set of shell operations relating to one > or both directories displayed. The possibilities and opportunities > really are endless, but for starters: You may find yourself comparing > two directories and want to tar three files from one and five files from > another into a single tar at a third location (not as unusual as it may > sound at first). You mark the files in each dired buffer, open a shell, > and use the $t1 and $t2 shell variables on your tar command line. As a > second theoretical, maybe you want to perform a paste (unix command-line > paste, not MSwin concept) of files from two directories - select them > and use $f1 $f2. etc. etc. and so forth. Why would you drop into shell for that? Do it from dired directly :-). Ok, might be useful for some scenario. I don't have something in mind atm, but there can be some probably.