From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: A few issues with thumbs.el Date: Mon, 13 Jun 2005 01:40:30 +0200 Message-ID: References: <87u0kqrsur.fsf-monnier+emacs@gnu.org> <87hdgon2p2.fsf@jurta.org> <87vf508myc.fsf-monnier+emacs@gnu.org> <87wtp3d626.fsf-monnier+emacs@gnu.org> Reply-To: Juanma Barranquero NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1118619705 32691 80.91.229.2 (12 Jun 2005 23:41:45 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 12 Jun 2005 23:41:45 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 13 01:41:44 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Dhc51-00011z-Vz for ged-emacs-devel@m.gmane.org; Mon, 13 Jun 2005 01:41:28 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dhc9i-00059q-3l for ged-emacs-devel@m.gmane.org; Sun, 12 Jun 2005 19:46:18 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dhc9O-000574-3b for emacs-devel@gnu.org; Sun, 12 Jun 2005 19:45:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dhc9K-00055Q-QZ for emacs-devel@gnu.org; Sun, 12 Jun 2005 19:45:55 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dhc9J-000507-RX for emacs-devel@gnu.org; Sun, 12 Jun 2005 19:45:53 -0400 Original-Received: from [64.233.182.201] (helo=nproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dhc52-0004VT-8T for emacs-devel@gnu.org; Sun, 12 Jun 2005 19:41:28 -0400 Original-Received: by nproxy.gmail.com with SMTP id i2so75781nfe for ; Sun, 12 Jun 2005 16:40:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=P1Ywb5R5PdWeQXkYOSpXgGIKaQUh0FcYL+u37mDLl760bbLiXO0xPAZf7y4L3YBlXydu4xwzHet6JNjqXyLEkmz5Y2dgDBtYzeXCFfbPgmsUnH1qApJRuw8cV3JSqPnDlMyaaLElT972k3yJWSxw8Q36JAaW6AZwr9mjD6NCUTY= Original-Received: by 10.48.249.6 with SMTP id w6mr64508nfh; Sun, 12 Jun 2005 16:40:30 -0700 (PDT) Original-Received: by 10.48.250.5 with HTTP; Sun, 12 Jun 2005 16:40:30 -0700 (PDT) Original-To: Mathias Dahl In-Reply-To: Content-Disposition: inline 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:38679 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:38679 > I don't understand why we couldn't just leave this to the user to > configure this, instead of trying to have more or less complex logic, > trying to figure this out automatically. `find-dired' has the same > problem in that it will find (haha) the wrong "find" on w32. It also > has more or less hard-coded syntax in it. Well, on one hand convert, unlike find, is potentially dangerous if used by accident; however, I agree that the chance of executing it in such a way that it "works" and destroys user data is abysmally small. My main argument (but I won't argue much :-) is that it seems a bit silly (both for convert.exe and find.exe) to set up a variable with a value that we *know* it is wrong. I'd rather have *-convert-program set to nil that to "C:/windows/convert.exe". ImageMagick's convert.exe is simply *not* going to end in %windir% for any noticeable percentage of Windows users. > Juanma, you know how tumme.el currently does this; that works quite > well, does it not? Manual configuration is good, of course. More good that wrong automatic configuration, less good that correct automatic configuration :-) --=20 /L/e/k/t/u