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: Mon, 30 Jan 2006 12:57:50 +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> <87irs2iq5p.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1138625259 27223 80.91.229.2 (30 Jan 2006 12:47:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 30 Jan 2006 12:47:39 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 30 13:47:37 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 1F3YRP-0006MZ-Dh for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 13:47:31 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3YS1-0004Yp-6l for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 07:48:09 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3Xw8-0002zn-Ip for emacs-devel@gnu.org; Mon, 30 Jan 2006 07:15:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3Xp4-0001HT-Ip for emacs-devel@gnu.org; Mon, 30 Jan 2006 07:07:55 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3Xh2-0007VV-1s for emacs-devel@gnu.org; Mon, 30 Jan 2006 06:59:36 -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 1F3XfK-0007pM-C8 for emacs-devel@gnu.org; Mon, 30 Jan 2006 06:57:50 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F3Xe0-0004cA-4V for emacs-devel@gnu.org; Mon, 30 Jan 2006 12:56:28 +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 ; Mon, 30 Jan 2006 12:56:28 +0100 Original-Received: from brakjoller by user.ifsab.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Jan 2006 12:56:28 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 52 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:s76JkyxDXLS+OFNS3cd5KXV5fL8= 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:49750 Archived-At: Chong Yidong writes: >> I see. Another configuration that I set up manually sometimes, is >> this: >> >> >> +--------------+ >> | D | >> +------+-------+ >> | TB | DB | >> | | | >> +------+-------+ >> >> It has the advantage of not truncating the dired information. > > For the little job that tumme does, it's unreasonable for it to > perform such invasive changes on my window configuration, or to demand > all the Emacs screen "real estate". I understand from all the comments that it is intrusive. Still, tumme does not require any window configuration at all really. It's up to you how many buffers you want to see, depending on what you want to do with it. That three window-configuration is very handy when you are doing certain kinds of work with your images, trust me, but of course far from all. Yesterday I posted some small changes to tumme that would make it less intrusive for a first time user. Try them out. > But there's no need to reinvent the wheel for tumme.el -- just use > the speedbar! Yay! :) > See the attached preliminary patch. Do (setq tumme-use-speedbar t), > turn on the speedbar, and open any dired buffer containing images. > Apart from saving real estate, you don't need a keybinding to display > a thumbnail --- the speedbar timer allows you to display the image at > point automatically. I will try it! > One other thing that this patch demonstrates is the usefulness of a > `tumme-get-thumbnail-image' function, that just takes the original > filename and returns a thumbnail image descriptor. Then third-party > libraries won't have to muck around with tumme.el's internal functions > like `thumme-thumb-name', `tumme-create-thumb', etc. You probably > want to add this function to tumme.el in any case. Great, thanks! /Mathias