From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: A few issues with thumbs.el Date: Mon, 13 Jun 2005 09:01:44 +0300 Organization: JURTA Message-ID: <87y89e271b.fsf@jurta.org> References: <87br6zuerw.fsf-monnier+emacs@gnu.org> <87u0kqrsur.fsf-monnier+emacs@gnu.org> <87hdgon2p2.fsf@jurta.org> <87vf508myc.fsf-monnier+emacs@gnu.org> <877jgz798n.fsf-monnier+emacs@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1118644578 10852 80.91.229.2 (13 Jun 2005 06:36:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 13 Jun 2005 06:36:18 +0000 (UTC) Cc: emacs-devel@gnu.org, brakjoller@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 13 08:36:17 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DhiXz-000570-21 for ged-emacs-devel@m.gmane.org; Mon, 13 Jun 2005 08:35:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dhici-0000Xw-FT for ged-emacs-devel@m.gmane.org; Mon, 13 Jun 2005 02:40:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DhiU4-0007Pz-OY for emacs-devel@gnu.org; Mon, 13 Jun 2005 02:31:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DhiU3-0007P9-4P for emacs-devel@gnu.org; Mon, 13 Jun 2005 02:31:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DhiU1-0007Ng-J6 for emacs-devel@gnu.org; Mon, 13 Jun 2005 02:31:41 -0400 Original-Received: from [194.126.101.111] (helo=mail.neti.ee) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DhiUO-0007lS-SS for emacs-devel@gnu.org; Mon, 13 Jun 2005 02:32:05 -0400 Original-Received: from mail.neti.ee (80-235-33-21-dsl.mus.estpak.ee [80.235.33.21]) by Relayhost2.neti.ee (Postfix) with ESMTP id 334353919; Mon, 13 Jun 2005 09:30:46 +0300 (EEST) Original-To: Stefan Monnier In-Reply-To: <877jgz798n.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Sun, 12 Jun 2005 14:03:21 -0400") User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) X-Virus-Scanned: by amavisd-new-2.2.1 (20041222) (Debian) at neti.ee 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:38691 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:38691 >>> - I wish there was a way to put the thumbs directly next to the original >>> image files. E.g. instead of ~/.emacs-thumbs/foo!bar!baz!toto!NNNN.jpg >>> I'd like to use ~/foo/bar/baz/.emacs-thumbs/toto_NNNN.jpg. >> What are the benefits of doing this? > > Locality. I find the concept of locality to be extremely important. > E.g. if I rename the directory "foo/bar/baz" to "off/bar/baz" it will just > keep working without any need to recreate thumbs. If I delete the > directory, the thumbs will automatically be deleted with the images, ... You can't create thumbnails when viewing images in directories with read-only permissions. >> I think it would litter the system with extra directories. > > What are the problems with that? It'll still be a negligible fraction of > the disk space and of the number of directories on the disk. > > Other advantages: the number of files in a .emacs-thumbs dir will this way > not be larger than the number of files in any other directory, so it'll > automatically avoid suffering from the all-too-common problem where some > Unix file systems don't handle large directories efficiently (things like > O(n) lookup (and worse) behavior). Theoretically this is reasonable, but from a practical POV this approach is too intrusive. I had unpleasant experiences with earlier Gimp versions: often Gimp created thumbnail subdirectories where it really shouldn't do this, (e.g. in backup directories) when simply previewing image files in the File Open dialog. Fortunately Gimp developers realized this annoyance and fixed it in Gimp 2 to put all thumbnail images in ~/.thumbnails/. -- Juri Linkov http://www.jurta.org/emacs/