From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: A Modest Proposal Date: Sun, 01 May 2016 17:21:59 +0200 Message-ID: References: <874mai4qhz.fsf@gnus.org> <87twih253s.fsf@gnus.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1462116196 28486 80.91.229.3 (1 May 2016 15:23:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 1 May 2016 15:23:16 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 01 17:23:05 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1awtD6-0007r5-5Q for ged-emacs-devel@m.gmane.org; Sun, 01 May 2016 17:23:04 +0200 Original-Received: from localhost ([::1]:33429 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awtD2-0005qh-3x for ged-emacs-devel@m.gmane.org; Sun, 01 May 2016 11:23:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42740) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awtCs-0005jD-C9 for emacs-devel@gnu.org; Sun, 01 May 2016 11:22:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1awtCf-00037q-Qo for emacs-devel@gnu.org; Sun, 01 May 2016 11:22:43 -0400 Original-Received: from mx6.bahnhof.se ([213.80.101.16]:3634) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1awtCf-00034w-K7 for emacs-devel@gnu.org; Sun, 01 May 2016 11:22:37 -0400 Original-Received: from localhost (mf.bahnhof.se [213.80.101.20]) by mx6-reinject (Postfix) with ESMTP id E311D417E0; Sun, 1 May 2016 17:22:22 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MF4) Original-Received: from mf4.bahnhof.se ([127.0.0.1]) by localhost (mf4.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A8JI6izT0C0f; Sun, 1 May 2016 17:22:18 +0200 (CEST) Original-Received: from mta.verona.se (h-235-62.a149.priv.bahnhof.se [85.24.235.62]) by mf4.bahnhof.se (Postfix) with ESMTP id D55FA3D77D9; Sun, 1 May 2016 17:22:15 +0200 (CEST) Original-Received: from localhost (unknown [127.0.0.1]) by mta.verona.se (Postfix) with ESMTP id D45444F09E3; Sun, 1 May 2016 15:22:14 +0000 (UTC) X-Virus-Scanned: amavisd-new at verona.se Original-Received: from mta.verona.se ([127.0.0.1]) by localhost (exodia.verona.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OKalIdBqR3r1; Sun, 1 May 2016 17:21:59 +0200 (CEST) Original-Received: from exodia.verona.se (www.verona.se [192.168.200.15]) by mta.verona.se (Postfix) with ESMTP id 277724F09E6; Sun, 1 May 2016 17:21:59 +0200 (CEST) In-Reply-To: <87twih253s.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 01 May 2016 17:03:03 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.93 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 213.80.101.16 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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 Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:203484 Archived-At: Lars Ingebrigtsen writes: > John Wiegley writes: > >> Resuming: I wonder how would your proposal normalize that information? Would >> it use a Dired API to populate the buffer, rather than filling it with text >> and applying a bunch of regexps after the fact? > > Yes, indeed. It would be a mode that takes lists of files (and file > information) and displays that in the way the user wants, instead of > mangling various textual presentations output by various Unix commands. That would be nice. For instance I had a patch that used the filemagic library to return extended file information to Emacs. Nowadays I guess you should use the module facility to interface to filemagic. I think my point is that lisp could potentially have even better metadata about a file in a structured way than what is now available. Something along that line of thought anyway... -- Joakim Verona