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: Thu, 23 Sep 2004 11:27:39 -0700 Sender: bug-coreutils-bounces+gcgcb-bug-coreutils-616=gmane.org@gnu.org Message-ID: <87llf0den8.fsf@penguin.cs.ucla.edu> References: <414D38E0.4080300@math.ku.dk> <7w8yb6wty1.fsf@sic.twinsun.com> <7wr7oxzgs4.fsf@sic.twinsun.com> <20040920050006.GA7888@fencepost> <876566decg.fsf@penguin.cs.ucla.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1095964087 8168 80.91.229.6 (23 Sep 2004 18:28:07 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 23 Sep 2004 18:28:07 +0000 (UTC) Original-X-From: bug-coreutils-bounces+gcgcb-bug-coreutils-616=gmane.org@gnu.org Thu Sep 23 20:27:56 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 1CAYJw-0007En-00 for ; Thu, 23 Sep 2004 20:27:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAYPy-00016k-TO for gcgcb-bug-coreutils-616@gmane.org; Thu, 23 Sep 2004 14:34:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CAYPs-00016D-0Q for bug-coreutils@gnu.org; Thu, 23 Sep 2004 14:34:04 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CAYPp-00015R-1o for bug-coreutils@gnu.org; Thu, 23 Sep 2004 14:34:03 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAYPo-00015N-Qf; Thu, 23 Sep 2004 14:34:01 -0400 Original-Received: from [131.179.128.19] (helo=kiwi.cs.ucla.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CAYJh-0003wa-W0; Thu, 23 Sep 2004 14:27:42 -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 i8NIReX16831; Thu, 23 Sep 2004 11:27:40 -0700 (PDT) Original-Received: from eggert by penguin.cs.ucla.edu with local (Exim 3.35 #1 (Debian)) id 1CAYJf-0000JN-00; Thu, 23 Sep 2004 11:27:39 -0700 Original-To: emacs-devel@gnu.org, bug-coreutils@gnu.org In-Reply-To: (Richard Stallman's message of "Thu, 23 Sep 2004 12:45:31 -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:2916 gmane.emacs.devel:27508 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27508 Richard Stallman writes: > I think a better solution is if we can turn off the new "feature" > of adapting the column widths to the data. One way would be to extend --format to allow fairly arbitrary formats that can specify column widths. For example, Emacs could do this: ls --format='%11m %2l %8o %8g %7s %12d %f' to have "ls" list the mode, link, owner, group, size, date, and file name in the traditional widths for "ls -l". This would resemble the way "ls --time-style" already handles date formats. Another possibility is to have a new option to disable the new feature, e.g. "ls --traditional-column-widths". This would be a bit easier to implement, but would be less general and might have problems of its own (e.g., users and implementations don't agree on what the traditional widths are). I understand that some non-GNU ls implementations also adapt column widths to data, so the Emacs problem would remain with these implementations, regardless of how we change GNU ls.