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 13:08:36 +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 1138633122 25088 80.91.229.2 (30 Jan 2006 14:58:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 30 Jan 2006 14:58:42 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 30 15:58:41 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 1F3aTs-0003mN-40 for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 15:58:13 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3aCs-000790-Ts for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2006 09:40:39 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F3Yj2-0000ou-UO for emacs-devel@gnu.org; Mon, 30 Jan 2006 08:05:45 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F3Y1W-0004UM-MA for emacs-devel@gnu.org; Mon, 30 Jan 2006 07:20:54 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F3XrR-0001qL-Cc for emacs-devel@gnu.org; Mon, 30 Jan 2006 07:10:21 -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 1F3Xpj-0000gG-ER for emacs-devel@gnu.org; Mon, 30 Jan 2006 07:08:35 -0500 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F3XoG-0006p8-Oz for emacs-devel@gnu.org; Mon, 30 Jan 2006 13:07:05 +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 13:07:04 +0100 Original-Received: from brakjoller by user.ifsab.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Jan 2006 13:07:04 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 81 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:doDIADMnQohK4mG8SIO1JGP+W14= 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:49754 Archived-At: "Robert J. Chassell" writes: > I tried `tumme-show-all-from-dir' but it took a long time. It was in > a directory with lots of images. It is vital that you add them > incrementally. OK. > Your limit makes sense the way the function is written now. My main > image directory has many images in it. Mine too, so I mark the images I want to look at, using the window configuration that suits me best at the time, and then use C-t d. As I use "follow mode", tumme will track the correct thumbnail in the thumbnail buffer when I go up/down in dired. And the other way around if I am in thumbnail buffer. > I do not know how others work, > but if they are like me, then in practice, the function will fail > because of directories with lots of images. People seem to work very differently. I have several thousand images in my dir, trying to show them all as thumbnail would not be logical at all for me, even if the thumbnail creation was asynchronous or similar. > Also, it is no good to click on the image to find its name. That > takes too long. And that action did not give me the other information > that comes in dired. See above. The idea is to keep dired buffer open so that you will see which thumbnail that matches which file in dired. > gimv does provide the name, size, and date of the image. Moreover, it > is quicker and works incrementally. I wrote tumme because it did a job I could not find in any other image viewer. If gimv works for you, good! > Later, after trying `M-x tumme-dired' again, I switched to another, > non-tumme buffer. At that point, I lost the window configuration that > had the three tumme buffers. As far as I know, there is some way to > save such configurations, but I don't know it. You can save a window configuration to a register if you want to, using `window-configuration-to-register'. Nothing I use myself though. > All the tumme commands should work in all the tumme buffers. Can you elaborate? All tumme thumbnail commands work in the thumbnail buffers, all tumme-commands to be used from dired work in dired and all commands that should work in the didplay buffer (not many) works in the display buffer. > `tumme-display-thumbs' should run in a regular dired buffer, calling > whatever is necessary the first time. Currently, that command is > bound to `C-t d', but might be bound differently in the future, a > keybinding that fits with the other dired commands. You should not > have to run a special `tumme-dired' command. You don't have to! Load tumme.el and setup the keybindings by calling `tumme-setup-dired-keybindings'. Then go to ANY dired buffer with images. Mark some files and do C-t d. Voila! Thumbnail images displayed in the thumbnail buffer. But, the thumbnail buffer is not displayed by default. I created a experimental command that does, however, which I posted yesterday. Try binding that to C-t d instead and see if it works better for you. > The good news is that saving a resized image did work. On my system, > `tumme-temp-image-file' is ~/.tumme/.tumme_temp, so > > cp ~/.tumme/.tumme_temp ~/foo.jpg > > That works fine. Yes, and there should also probably be a command that does that for the user. Thanks for testing, all comments are valuable! A pity that they come this late though...