From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andrea Crotti Newsgroups: gmane.emacs.help Subject: Re: A "smaller" dired Date: Wed, 04 Aug 2010 18:20:40 +0200 Message-ID: References: <547CCD1598BC4FB8980A496C272784B5@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1280939433 11588 80.91.229.12 (4 Aug 2010 16:30:33 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 4 Aug 2010 16:30:33 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Aug 04 18:30:29 2010 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OggrI-0006VF-Ka for geh-help-gnu-emacs@m.gmane.org; Wed, 04 Aug 2010 18:30:24 +0200 Original-Received: from localhost ([127.0.0.1]:36174 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oggiy-0002Z4-AJ for geh-help-gnu-emacs@m.gmane.org; Wed, 04 Aug 2010 12:21:48 -0400 Original-Received: from [140.186.70.92] (port=51378 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oggi6-0002Vi-QX for help-gnu-emacs@gnu.org; Wed, 04 Aug 2010 12:20:56 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oggi5-000159-JN for help-gnu-emacs@gnu.org; Wed, 04 Aug 2010 12:20:54 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:59631) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oggi5-000152-Bk for help-gnu-emacs@gnu.org; Wed, 04 Aug 2010 12:20:53 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Oggi3-0001HY-Qu for help-gnu-emacs@gnu.org; Wed, 04 Aug 2010 18:20:51 +0200 Original-Received: from xdsl-89-0-22-113.netcologne.de ([89.0.22.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Aug 2010 18:20:51 +0200 Original-Received: from andrea.crotti.0 by xdsl-89-0-22-113.netcologne.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Aug 2010 18:20:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 34 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: xdsl-89-0-22-113.netcologne.de User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.2 (darwin) Cancel-Lock: sha1:dfamzaiadabuSnXm+poouJaHcjw= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:74441 Archived-At: "Drew Adams" writes: > I think this is what you're looking for: > > http://www.emacswiki.org/emacs/DiredDetails > > I am using MS Windows. 80% of the time my Dired buffers show only the file > names. When I want to see the dates etc. I just hit a (toggle) key: `)'. > > This is especially important to me because I use a separate frame for each > buffer (typically) and the frame is shrink-wrapped to fit the buffer. With > dired-details the frame is narrow and doesn't waste real estate for stuff I'm > not currently interested in. When I hit `)' to show the whole buffer, the frame > is auto-resized accordingly. > > Even if you want to see the details 99% of the time this feature is useful. > Whatever state you're in (show details or not) is kept as the default for new > Dired buffers etc. Other than that effect on new buffers, the toggle affects > only the current Dired buffer, so different ones can show details or not. > > [FWIW - This feature was OK'd for addition to vanilla Emacs a few years ago, but > no one has bothered to add it. The author of dired-details.el and myself tried > several times to get past the inertia, but to no avail so far.] Thanks a lot that what I wanted! By the way, interesting the auto-resizing of windows, how do you do it more or less? But can I ask why you want a different frame for every buffer? Were you not satisfied by windows management in only one buffer? Maybe the window manager is smarter? (mm on windows it would be strange) Thanks