From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.comp.gnu.core-utils.bugs,gmane.emacs.devel Subject: Re: dired-move-to-filename-regexp Date: Tue, 21 Sep 2004 23:09:35 -0700 Sender: bug-coreutils-bounces+gcgcb-bug-coreutils-616=gmane.org@gnu.org Message-ID: <876566decg.fsf@penguin.cs.ucla.edu> References: <414D38E0.4080300@math.ku.dk> <7w8yb6wty1.fsf@sic.twinsun.com> <7wr7oxzgs4.fsf@sic.twinsun.com> <20040920050006.GA7888@fencepost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1095833428 4472 80.91.229.6 (22 Sep 2004 06:10:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 22 Sep 2004 06:10:28 +0000 (UTC) Cc: bug-coreutils@gnu.org Original-X-From: bug-coreutils-bounces+gcgcb-bug-coreutils-616=gmane.org@gnu.org Wed Sep 22 08:10:17 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CA0KX-0007xA-00 for ; Wed, 22 Sep 2004 08:10:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CA0QU-0005cV-U7 for gcgcb-bug-coreutils-616@gmane.org; Wed, 22 Sep 2004 02:16:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CA0QQ-0005c7-OC for bug-coreutils@gnu.org; Wed, 22 Sep 2004 02:16:22 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CA0QN-0005bv-Nd for bug-coreutils@gnu.org; Wed, 22 Sep 2004 02:16:22 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CA0QL-0005bs-Qx; Wed, 22 Sep 2004 02:16:19 -0400 Original-Received: from [131.179.128.19] (helo=kiwi.cs.ucla.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CA0Jt-0003MJ-JZ; Wed, 22 Sep 2004 02:09:37 -0400 Original-Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by kiwi.cs.ucla.edu (8.11.7p1+Sun/8.11.7/UCLACS-5.2) with ESMTP id i8M69ZX11622; Tue, 21 Sep 2004 23:09:35 -0700 (PDT) Original-Received: from eggert by penguin.cs.ucla.edu with local (Exim 3.35 #1 (Debian)) id 1CA0Jr-0007DS-00; Tue, 21 Sep 2004 23:09:35 -0700 Original-To: emacs-devel@gnu.org In-Reply-To: (Richard Stallman's message of "Tue, 21 Sep 2004 14:30:10 -0400") User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux) X-BeenThere: bug-coreutils@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "GNU Core Utilities: bug reports and discussion" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-coreutils-bounces+gcgcb-bug-coreutils-616=gmane.org@gnu.org Xref: main.gmane.org gmane.comp.gnu.core-utils.bugs:2908 gmane.emacs.devel:27414 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27414 Richard Stallman writes: > I recall we discussed this, but I don't recall if we solved the > problem. Did we decide on any solution? I don't recall anyone designing anything specific, but here are some thoughts. Current "ls -l --dired" outputs something like this: drwxr-xr-x 22 root root 4096 2004-03-10 13:07 . //DIRED// 49 50 //DIRED-OPTIONS// --quoting-style=literal We could design a new ls option called "--listing=FORMAT", where FORMAT specifies the layout of each "ls" line, much as a strftime format specifies the layout of the output of the "date" command. Combinations of existing -l, --time-style etc. options would be equivalent to some particular FORMAT. The FORMAT could specify the exact number of columns to use for each datum. //DIRED-OPTIONS// would specify the --listing option that would cause "ls" to generate lines in the same format (including the same column widths). Existing versions of "ls" do not put this stuff into the //DIRED-OPTIONS// line and Emacs would therefore know not to use a --listing option when doing incremental redisplay unless "ls" is sufficiently new. There are some issues I haven't thought through. What if the updated listing needs wider columns than the old? How can arbitrary characters be encoded into FORMAT, and how do they get expressed in the //DIRED-OPTIONS// line? To some extent these are Emacs questions more than "ls" questions. There's also the issue of how --listing interacts with the zoo of other "ls" options; this is mostly an "ls" question. PS. I'm CC'ing this to bug-coreutils as it's "ls"-relevant. bug-coreutils readers: you're joining a thread that began at: http://lists.gnu.org/archive/html/emacs-devel/2004-09/msg00632.html