From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mattis Newsgroups: gmane.emacs.devel Subject: Re: tumme testing Date: Fri, 10 Feb 2006 15:26:12 +0100 Message-ID: References: <17366.53124.274532.548329@kahikatea.snap.net.nz> <87slqvfobk.fsf@jurta.org> <87d5hy43b6.fsf@jurta.org> <87u0b8lwhw.fsf@jurta.org> <87bqxgynfn.fsf@jurta.org> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1139625136 25429 80.91.229.6 (11 Feb 2006 02:32:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 11 Feb 2006 02:32:16 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 11 03:32:06 2006 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1F7aWY-0001Q9-00 for ; Fri, 10 Feb 2006 16:49:31 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F7aWX-0007BB-GJ for ged-emacs-devel@m.gmane.org; Fri, 10 Feb 2006 10:49:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1F7ZFN-0007pe-PB for emacs-devel@gnu.org; Fri, 10 Feb 2006 09:27:42 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1F7ZFK-0007oZ-Af for emacs-devel@gnu.org; Fri, 10 Feb 2006 09:27:40 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1F7ZDy-0007R7-Hj for emacs-devel@gnu.org; Fri, 10 Feb 2006 09:26:14 -0500 Original-Received: from [66.249.82.198] (helo=xproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.52) id 1F7ZHl-0006gR-6T for emacs-devel@gnu.org; Fri, 10 Feb 2006 09:30:09 -0500 Original-Received: by xproxy.gmail.com with SMTP id t11so291687wxc for ; Fri, 10 Feb 2006 06:26:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RglCwlKfVamnhqt6OQjLqWG+HEJaJfqNb/0gL0WIU2pNUMaht13KAlb21jO0JFFlWc9aw2pq5ojzUeILkrQ++SJvI7KUdaE9vls+IB/pzh8w7PNL9bdxj+8GdOHsAdTelQmS6QolcFYxEbgAAmYKINTHOWyZYoNy9D1L/a0ob00= Original-Received: by 10.70.70.18 with SMTP id s18mr2384742wxa; Fri, 10 Feb 2006 06:26:12 -0800 (PST) Original-Received: by 10.70.62.9 with HTTP; Fri, 10 Feb 2006 06:26:12 -0800 (PST) Original-To: bob@rattlesnake.com In-Reply-To: Content-Disposition: inline X-Mailman-Approved-At: Fri, 10 Feb 2006 10:18:41 -0500 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:50351 Archived-At: > 1. tumme-mark-tagged-files fails > > Using the following regular expression > > \(.*\.gif\|.*\.jpg\|.*\.png\) > > `C-t f' (tumme-mark-tagged-files) > whose documentation says: > > Use regexp to mark files with matching tag. > > failed to mark any files. The *Message* buffer said: > > 0 files with matching tag marked. Clearly that function needs better documentation because from what I can tell, you have misunderstood its purpose completely. The purpose is to use tumme's "database" file and mark image files that have a matching "tag" in the database file. What you *seem* to have tried was to mark image files with a certain file extension, something that dired handles very well itself. Did I interpret your intentions correctly? > 2. dired-mark-files-regexp succeeds > > Using the same regular expression, > > `% m' (dired-mark-files-regexp) > whose documentation says: > > Mark all files matching regexp for use in later commands. > > marked all the matching files. The *Message* buffer said: > > 370 matching files marked. Did you not ask yourself why tumme would try to provide the exact same thin= g? :) > 3. tumme-display-thumbs displays marked files > > After a long wait, `C-t d' (tumme-display-thumbs) successfully > displayed the files marked with `% m' in a different buffer. Great. If you try again it should be quicker, because the thumbnail files are already created. > 4. No loading in background > > No loading occurred in the background. Hence, the long wait. Yup. No such functionality added yet. > 5. No data provided easily > > The new buffer did not display the images with the data provided > by dired. In particular, it did not display images with names, > sizes, and dates. (You can click on an image to obtain its name > -- I don't know how to do this while keeping my hands on the > keyboard -- but compared to other thumbnail programs, that > clicking does not provide much efficiency when you are looking at > many images; for one, you must remember which visual image goes > with which size.) Correct. That's not implemented yet. Partly because I have dired in another window, and I am using the "track movement" thing so that I can see, in dired, which file point is on in the thumbnail buffer. It would probably be quite easy to add that info to the thumbnail buffer, but it would require a rewrite of the code that places the thumbnail files there, and exactly how it should look must be investigated. It is harder in Emacs to center texts under images and so on. > Query: > > Is there a command in the current CVS that shows the thumbnails > with information? No. > Second Query: > > What are its bindings, both mouse and keyboard? There aren't any. > Comment: > > Back on 5 February using iimage.el, Juri Linkov showed what can be > done to make an Emacs thumbnail packages more useful. Yes, I saw that too. I'll keep it in mind for future additions of functiona= lity. Thanks for testing! /Mathias