From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Boruch Baum Newsgroups: gmane.emacs.devel Subject: Re: Friendlier dired experience [CODE INCLUDED] Date: Tue, 3 Nov 2020 16:13:12 -0500 Message-ID: <20201103211312.grkaloqedpj7anbn@E15-2016.optimum.net> References: <20201103104340.q34kqfita55w2u7h@E15-2016.optimum.net> <20201103111507.mpfijvlv3kodauxm@E15-2016.optimum.net> <20201103171244.2wpalolm5qrfc5pg@E15-2016.optimum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15152"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: NeoMutt/20180716 Cc: Emacs-Devel List To: Jean Louis Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 03 22:16:58 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 1ka3fm-0003nm-17 for ged-emacs-devel@m.gmane-mx.org; Tue, 03 Nov 2020 22:16:58 +0100 Original-Received: from localhost ([::1]:40458 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ka3fk-0002KU-RM for ged-emacs-devel@m.gmane-mx.org; Tue, 03 Nov 2020 16:16:57 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53688) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ka3cl-0001jz-4U for emacs-devel@gnu.org; Tue, 03 Nov 2020 16:13:51 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:35985) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ka3ci-0004r1-6X for emacs-devel@gnu.org; Tue, 03 Nov 2020 16:13:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1604437995; bh=qX4dsBxoeqmDlj6l17ddx8fi/Xk9o3zSCp8EozzoiX0=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=EeZH8oZThPN6TyG99L0uaaSqFgDO6Qgttd0o+dbPJfnq1PoTQqbwOu5IsUPKX6ITb onkjOABFEpafVynQFAmd2Ze7Gpy6hRTlwR8MK1c1WjgTh4W5Rt/KKYtkfQrVnPUKCv 98bGk1QVKgdhh5h7oZVCxkKywmjqwA+Z2eQixgT8= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from E15-2016.optimum.net ([71.105.138.177]) by mail.gmx.com (mrgmx005 [212.227.17.184]) with ESMTPSA (Nemesis) id 1MXp9i-1kqXjC3YCa-00Y8li; Tue, 03 Nov 2020 22:13:15 +0100 Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:Hml4Y1PkySjrWGPaOZPInAkNVrxPnccVIVSj6OzCWKe7P2wKDse 2MiWtXHlcOfG5pQLL8kZZRRWT/zmcD8teN5gvARNpYaiHtaXA+ad+bYov7sMqENJd0qLxR0 cT3X0aZiXxNawsABerbxDszON5oIzpN0l4UETDenanuYr65Q3/sbzPWcHFDzuDZc05peiDT +wbbBNumFiX4de2Tg1tsA== X-UI-Out-Filterresults: notjunk:1;V03:K0:DeZTA26lfXU=:QxeuLUAWBJzwJ+TZbV9uEY UADuerZ/qkDKhxJ5vZrn32Nfid2orpckaQC8N00BO5HcVLFPTcGcrrGBUwWhbVtinU28Ha6dn LH8GnUDgP5crpF8+xYWS9fTWVwp6Gq6+NWcrYa/BhaxewzjkEv5O6MYWL2lOzYIkG1nSGlPfq GVQyrfyOyiB/ZIgR06PpDJs5sqxUZzfRMNVH5Kq0WKdJYJAf0BGEL2myYDCBiEJu2pWpYNdV1 NJtRqjlNT4iK9wyNv7cnnqjnWXUipMewcVPYDf0s9b7SsTJr6Nsowiwtppf5Dm570Az70CsH9 37qslT0Gb6lUtRHEuKfHnCwcwWEeiC9YQRhHiqPHHeQSsEmxxBGEQHtAjYlpBecI77//d17qU BXvutmxoXSwMv1XYYDZEA53XZ976QZf+t3oyT8kmd70MW0dD+dwkTEjS5hrwlytle4twYbHmZ FIaLm1wwGGzXZVx8QHMkD4CdvZzuJnHdSlyF/xZGNmrM9/OhTtXdw9mueGJ8A2SEk/tOsK9Qj F3adeWNP2Cup7THrUAf6mSmbCNOjpOO9GAQaAylGgkduV8GMXBVb41q03EZhaCCGW7/LXnOg7 DhRoshYNfyUV+/N9P1irS/uAU04EjUePy/3AjacgOl4pm4CMHqxEhC/IRu1bTaBDxn0jGKC9x cGFmT3ECrf2XZBRzGtFaiBCHA6i5+ReAQ+613D0dE214bhoFY2BORJjbPLqhSaKoo46VYlvPW UpoSTJqFlM47sqElrpmP2d2WzLnDTk306mRJxDwOdiphmy/n38F7egMiyQEouO915EtxXcCp Received-SPF: pass client-ip=212.227.15.18; envelope-from=boruch_baum@gmx.com; helo=mout.gmx.net X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/03 16:13:46 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, 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.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:258664 Archived-At: On 2020-11-03 22:31, Jean Louis wrote: > * Boruch Baum [2020-11-03 20:13]: > > On 2020-11-03 19:07, Jean Louis wrote: > > > It works, but it does not give me safety feeling. > > > > I don't understand the comment. > > It never happened that I cannot install package from buffer or > file. At first sight it looks good inside. Maybe it is bug in Emacs or > maybe some wrong formatting in the package what I doubt. Oh, that. Like Joost Kremers mentioned earlier today, and like I posted earlier, that issue is solved by adding a single blank line to the header. Here's what I wrote earlier: =2D-8<--cut here-(start)------------------------------------------- >8 ;; Package-Requires: ((emacs "26.1")) ;; (emacs "24.1") for: split-window-right, window-normalize-frame Should be: ;; Package-Requires: ((emacs "26.1")) ;; ;; (emacs "24.1") for: split-window-right, window-normalize-frame =2D-8<--cut here-(end)--------------------------------------------- >8 Once you make that change, you can install the package in the way you are accustomed. That change was uploaded to github hours ago, when I posted the original fix. > Sorry that I find personally Github appalling. > ... > I hope there is nothing wrong with email. Any way you prefer. > Would Github not have non-free Javascript, maybe I would vouch for it. You can use github without javascript, directly from emacs, to report issues. The packages for that are: magit and forge. Maybe also ghub? > > > It broke my console. > > > > Whoa. I use console emacs, and never encountered such a problem, so > > that's serious. Can you please give details? > > I cannot give much of details. As it was not possible to do anything > unde XTerm (not real console). > > Video is here: > https://gnu.support/images/tmp/2020-11-03-21:57:51.ogv I've downloaded an played the video several times at slow speed, but can't figure out what keys you're pressing and what is going on. 1] There exists a debian package called 'screenkey' which you can use in conjunction with screencasts. Any time you press a key, the program display that key as part of your screencast. Other similar packages probably exist for other operating systems. 2] Can you describe the steps you took before your 'console broke'? 3] Your video shows you recovered. How did you do that? 4] I'm not familiar with EXWM. Is that the starting point of the video? > And I have used emacsclient. Shouldn't be an issue. I always use emacsclient, and tested the package from both a standalone emacs and a server/client instance. > > > On X it is creating new frame. > > > > That's the expected behavior - to have a dedicated emacs frame for two > > dired panels and their associated temporary buffers (ie. shell buffers > > and a quick-view buffer). > > As I did not need two frames so it is not pleasant. The classic dired > frame appears in front of diredc frame. I didn't see that in your video. Your video shows a buffer labeled *scratch* in a frame labeled F6. > Trash management I prefer being handled by expected built-in Emacs > behavior. I did not try yours. Mine does many more things than the built-in. See the documentation. > getfacl - I do not have as command on my system Hyperbola > GNU/Linux-libre and I do not know what it is, so I cannot use "get > more file info" You can change the list for metadata commands available on your system (it's a defcustom: diredc-show-more-file-info-list). Let me know details and I can figure out how to include them. What do you get when you perform "M-: system-type"? > C-c b a - to add bookmark, isn't it just same number of key strokes as > C-x r m ? Yes. The differences include the persistence of the bookmark over emacs sessions and the ability to use the defcustom interface to manage the bookmark list. > ' - is good feature to launch shell quickly, I may adopt that. But I > get this: > > export d1=3D"~/Programming/emacs-lisp/others/" d2=3D"" f1=3D"~/Programmi= ng/emacs-lisp/others/diredc.el" f2=3D"" t1=3D"(/home/data1/protected/Progr= amming/emacs-lisp/others/diredc.el)" t2=3D"nil" Yes. It is expected. It is giving you several useful dired-related data in shell variables. See the documentation. > if that is expected, I do not know. It did not choose my shell from > /etc/passwd - it went straight into sh It uses the default as set in defcustom variable `diredc-shell-default'. > C-x o - when switching from window to window is currently confusing me You didn't read any of the documentation, did you? The navigation between buffers is using . That said, C-x o should work fine. I can't reproduce a problem with it. Please send more details. > as buffer disappears and I then see instead of opened file again the > diredc listing, then if I had shell on left side, I kill it, my right > side becomes some other buffer! Too many unexpected things happening. And I don't understand. Probably good idea for another screencast, if you want. Consider using the screenkey program or similar so viewers can see what it is you're doing. > diredc-mode - disabled in all buffers, but colors remain and is not > really disabled, it comes back. Then you probably didn't turn it off or exit it. I would need some more details in order to reproduce your scenario. > Then I see line movements in both windows, left and right. That means you have two windows showing the same dired or diredc buffer. > I have global-hl-line-mode turned on. I can see in other window the > highlighted line but not on same line Not on same line as what? POINT? > normal dired does not work after diredc, error: let*: Wrong type > argument: consp, > "/home/data1/protected/Programming/emacs-lisp/others/" Again, without details I don't know where to start. In this case, can you provide a backtrace? > q - does not work any more, Use \[diredc-exit] for diredc-exit, or M-x q= uit-window for the emacs primitive. Yes. That is expected behavior. On the one hand, we want to prevent people from making a mess if what they are trying to do is exit diredc; on the other hand, we want to give them the option of performing quit-window and making a mess if they insist. diredc-exit performs an elegant and complete clean-up, while quit-window just closes a window and leave behind the buffer to come back to haunt you. What is a bug is that the actual keybinding wasn't being displayed. I just now pushed a commit to fix that. You can make the change manually by altering line 2077 from: (message "Use \\[diredc-exit] for diredc-exit, or M-x quit-window for th= e emacs primitive.")) to (message "Use %s for diredc-exit, or M-x quit-window for the emacs primi= tive." (key-description (where-is-internal 'diredc-exit diredc-mode-map t)))) Keep in mind that one of your options is "M-x diredc-recover", which restores your buffer and window configuration if you unintentionally or intention mess it up. So. A lot of feedback, which is good. If you can provide more details for the items of trouble you're reporting, I can try to address them. =2D- hkp://keys.gnupg.net CA45 09B5 5351 7C11 A9D1 7286 0036 9E45 1595 8BC0