From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#25076: 24.5; Enhancement request: Make `archive-mode' more Dired like (sorting etc.) Date: Fri, 2 Dec 2016 08:13:00 -0800 (PST) Message-ID: References: <20161201195707.GA15995@breton.holly.idiocy.org> <411373d3-f941-492c-ac17-8d1786ed7c58@default> <83shq6ol7x.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1480695657 25836 195.159.176.226 (2 Dec 2016 16:20:57 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Dec 2016 16:20:57 +0000 (UTC) Cc: alan@idiocy.org, 25076@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 02 17:20:53 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCqZs-0005N7-9t for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Dec 2016 17:20:48 +0100 Original-Received: from localhost ([::1]:35408 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCqZv-0001S8-7X for geb-bug-gnu-emacs@m.gmane.org; Fri, 02 Dec 2016 11:20:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37120) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCqTP-0005qv-Fh for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2016 11:14:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCqTK-0002dk-8u for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2016 11:14:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35108) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cCqTK-0002dV-60 for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2016 11:14:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cCqTK-0000nV-0N for bug-gnu-emacs@gnu.org; Fri, 02 Dec 2016 11:14:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 02 Dec 2016 16:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25076 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25076-submit@debbugs.gnu.org id=B25076.14806951902993 (code B ref 25076); Fri, 02 Dec 2016 16:14:01 +0000 Original-Received: (at 25076) by debbugs.gnu.org; 2 Dec 2016 16:13:10 +0000 Original-Received: from localhost ([127.0.0.1]:50507 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCqSU-0000mD-Bz for submit@debbugs.gnu.org; Fri, 02 Dec 2016 11:13:10 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:29018) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cCqSS-0000m0-Mp for 25076@debbugs.gnu.org; Fri, 02 Dec 2016 11:13:09 -0500 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uB2GD20u017569 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 2 Dec 2016 16:13:02 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id uB2GD1AZ020645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 2 Dec 2016 16:13:01 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id uB2GD1Pw017404; Fri, 2 Dec 2016 16:13:01 GMT In-Reply-To: <83shq6ol7x.fsf@gnu.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:126426 Archived-At: > > > > Subject line says it all. `archive-mode' still seems pretty > > > > rudimentary. It would be good to at least be able to sort the > > > > lines by file name etc. > > > > > > I=E2=80=99m wondering if it wouldn=E2=80=99t be smarter to actually u= se dired to > > > access archives, like how we can use dired to access remote > > > directories through tramp. > > > > > > I expect this is probably a much bigger/harder job than I > > > imagine, but what would be required? Just a function that > > > could produce ls style output for archives? > > > > I can't speak to that question. I suggest that you file a > > separate enhancement request for it. If it turns out that > > it is trivial then the two bugs can be merged - I don't have > > any objection to being able to use Dired (completely) for archives. > > > > But no, it is not just a question of producing an ls-style > > listing. The various Dired operations available currently > > expect a file as target. >=20 > Then one almost obvious solution is to unpack the archive under > temporary-file-directory, and invoke Dired on that. Yes. And that is what I've done, manually. I think wrapping that up so that it happens transparently is probably the best solution. > In any case, IMO adding such a feature (which I agree should be > nice) is out of scope of archive-mode, as it is designed. Its > basic design is to show you the archive as it is on disk, with > no changes. The file listing you are looking at in archive-mode > is in most cases a specially-formatted TOC that is recorded in > the archive. Changing its order means changing the archive itself, > which is not what the request wants, AFAIU. I think you're right. > So if Dired on a temporary copy is not a good solution for some > reason, I guess we need a new mode, which will reuse some basic > capabilities of archive-mode, but otherwise be designed similarly > to Dired. I think opening Dired on a temporary extraction is probably the way to go. Do you want to rename this enhancement request to that effect, or do you want a new request for that? Once that is available, a question will be whether, by default, `dired-find-file' and `find-file' should open an archive file in archive mode or should open Dired on (a temporary extraction of) it.