From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Friendlier dired experience [CODE INCLUDED] Date: Wed, 04 Nov 2020 13:55:26 -0500 Message-ID: References: <20201103104340.q34kqfita55w2u7h@E15-2016.optimum.net> <20201104183228.xf7w4yf3fw3427y5@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="15593"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Emacs-Devel List To: Boruch Baum Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Nov 04 19:59:13 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 1kaO01-0003xh-4v for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Nov 2020 19:59:13 +0100 Original-Received: from localhost ([::1]:58642 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kaO00-0004XW-69 for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Nov 2020 13:59:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55176) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaNwS-0007GJ-BY for emacs-devel@gnu.org; Wed, 04 Nov 2020 13:55:32 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:6091) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kaNwP-0003oU-W1 for emacs-devel@gnu.org; Wed, 04 Nov 2020 13:55:31 -0500 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 2951B10025D; Wed, 4 Nov 2020 13:55:29 -0500 (EST) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id B33D81001D2; Wed, 4 Nov 2020 13:55:27 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1604516127; bh=LaFkIZzCtJq2MmHT2qWr/aBY/V/qj4Gr62GTDVsyKws=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=cHD6y73xiiOOqMdJHRkO0Db+UzMwgYSvn2FeVoUCkWZDbTMG7vrqbzD7wDtcy/xIN vJDWBFeOno1sO1aNhZyVsUFIaFsr1Zudo56ze97TX5/kqTwhewaMoB6rnZIXk+BJN9 V4ZfGjH7T1/0YofyyHQECjgsso5xlX6bLNRNgAiRu4K91ESPqERFt+gLHWipJgAWJO G15g/FNKD/4hbWCXz7OGOOPZPh11c/MHSfamceXFDaNrqN8J1FLAYGRWlY4hOutrtk jqf1acSPplaxe2qSwc/mnxt/L4gfmvyuQ1j6il67QOxogshiVL5835/Fut18bZogAi 3aGSmux3vLNOA== Original-Received: from alfajor (unknown [157.52.9.240]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 76C43120352; Wed, 4 Nov 2020 13:55:27 -0500 (EST) In-Reply-To: <20201104183228.xf7w4yf3fw3427y5@E15-2016.optimum.net> (Boruch Baum's message of "Wed, 4 Nov 2020 13:32:28 -0500") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/11/04 13:07:54 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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:258694 Archived-At: >> How 'bout we add it to GNU ELPA and then we work on integrating some of >> the code into Dired > I'm fine with integrating parts of it into dired, but I wouldn't want it > done in a way that breaks the stand-alone package. In other words, the > feature super-set (updated) copy from the github upstream should always > continue to work. Of course. This said, in many/most cases, integration requires changes which end up having some impact on the actual user-visible functionality. Whether they're considered as "breaking" or not is often a question of point of view. >> (i.e. the part that makes sense within Dired itself)? > What part do you have in mind? I don't have any in mind: I use neither Dired nor anything like midnight-commander (I do my file-management with zsh, and I don't even do that within Emacs), so I'm not the best person to make such calls. But clearly, some parts of diredc.el don't make sense within Dired because they're specific to the dual-pane setup, whereas Dired is a single-buffer mode, meant to be independent from window layout. Stefan