From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mathias Dahl Newsgroups: gmane.emacs.devel Subject: Re: thumbs.el and transparency Date: Thu, 02 Feb 2006 17:34:24 +0100 Message-ID: References: <17366.53124.274532.548329@kahikatea.snap.net.nz> <87y814vhxj.fsf@jurta.org> <17367.17105.271024.157799@kahikatea.snap.net.nz> <17369.17978.521026.397616@kahikatea.snap.net.nz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138909569 26320 80.91.229.2 (2 Feb 2006 19:46:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 2 Feb 2006 19:46:09 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 02 20:46:08 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1F4kOL-0006Vk-4j for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2006 20:45:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4kRS-0001Ng-Uy for ged-emacs-devel@m.gmane.org; Thu, 02 Feb 2006 14:48:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F4iX5-0005xa-J6 for emacs-devel@gnu.org; Thu, 02 Feb 2006 12:46:12 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F4i8T-00048k-6Y for emacs-devel@gnu.org; Thu, 02 Feb 2006 12:20:47 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F4hZz-0007eG-D9 for emacs-devel@gnu.org; Thu, 02 Feb 2006 11:45:07 -0500 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1F4hYq-00016A-Dw for emacs-devel@gnu.org; Thu, 02 Feb 2006 11:43:56 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F4hTa-0008Mx-Ah for emacs-devel@gnu.org; Thu, 02 Feb 2006 17:38:31 +0100 Original-Received: from user.ifsab.se ([193.41.170.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Feb 2006 17:38:30 +0100 Original-Received: from brakjoller by user.ifsab.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 02 Feb 2006 17:38:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 26 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: user.ifsab.se User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (windows-nt) Cancel-Lock: sha1:ng0abYvaCHCny4YsPU1/KhZydYk= 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:49935 Archived-At: "Richard M. Stallman" writes: > I think we are miscommunicating. I just renamed `tumme-dired' to > `tumme-dired-with-window-configuration', because that is what it > basically does, opens dired in the directory specified by the user and > creates the window configuration that *I* think works quite well, but > which there have been discussions about. > > Are you going to make another way to enter tumme Dired? Actually I don't understand what you are asking? Do you? :) All `tumme-dired' really did (well it still does, but under a new name) was to start Dired in a directory specified by the user, create two new buffers (one for the thumbnails and one for the image display) and set them up in a "convenient" window configuration. Creating those buffers was never been a requirement for tumme to work, it was just done so that the window configuration could be set up. Tumme has always created the buffer it needs when it needs it. For example, `tumme-display-thumbs', that maps over marked files in dired, will always create the thumbnail buffer if it isnt there, and the command that displays the image will create the image buffer if it does not exist. So, that having said, what *are* you asking? :)