From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel,gmane.comp.gnu.core-utils.bugs Subject: Re: dired-move-to-filename-regexp Date: Fri, 24 Sep 2004 19:40:34 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: 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> <87llf0den8.fsf@penguin.cs.ucla.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1096069268 32213 80.91.229.6 (24 Sep 2004 23:41:08 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2004 23:41:08 +0000 (UTC) Cc: bug-coreutils@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 25 01:40:53 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 1CAzgK-0001i7-00 for ; Sat, 25 Sep 2004 01:40:52 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAzmQ-0001DM-Si for ged-emacs-devel@m.gmane.org; Fri, 24 Sep 2004 19:47:10 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CAzmD-0001B9-T5 for emacs-devel@gnu.org; Fri, 24 Sep 2004 19:46:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CAzmD-0001Ap-9C for emacs-devel@gnu.org; Fri, 24 Sep 2004 19:46:57 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAzmD-0001Af-3u; Fri, 24 Sep 2004 19:46:57 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CAzg3-0004bO-Cf; Fri, 24 Sep 2004 19:40:35 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CAzg2-0008Bp-RI; Fri, 24 Sep 2004 19:40:34 -0400 Original-To: Paul Eggert In-reply-to: <87llf0den8.fsf@penguin.cs.ucla.edu> (message from Paul Eggert on Thu, 23 Sep 2004 11:27:39 -0700) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:27547 gmane.comp.gnu.core-utils.bugs:2926 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:27547 > 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' Sure, this would do the job, but I think it would be extra work and add no real benefit. However, if Meyering wants to do it, I won't object to it. 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 We don't need extra generality just for generality's sake. and might have problems of its own (e.g., users and implementations don't agree on what the traditional widths are). This problem is not real. For Dired to work right when GNU ls is installed, we need only that GNU ls be consistent with itself when --traditional-column-widths is used. 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. We can suggest installing GNU ls.