From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: w32 does not have emacsclient/server - getting paper size Date: Sat, 16 Jul 2005 12:28:20 +0200 Message-ID: <42D8E144.3070407@student.lu.se> References: <42D75F2C.3040303@student.lu.se> <85zmso79mt.fsf@lola.goethe.zz> <42D7AA3E.7040508@student.lu.se> <85ll48tfct.fsf@lola.goethe.zz> <42D7B125.6030102@student.lu.se> <854qawt85l.fsf@lola.goethe.zz> <42D7EB78.9050901@student.lu.se> <85ll48rnzt.fsf@lola.goethe.zz> <42D7F881.2080302@student.lu.se> <42D82D20.2030505@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1121511242 6915 80.91.229.2 (16 Jul 2005 10:54:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 16 Jul 2005 10:54:02 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 16 12:53:52 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DtkI4-0004OZ-57 for ged-emacs-devel@m.gmane.org; Sat, 16 Jul 2005 12:53:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DtkJt-0000YK-38 for ged-emacs-devel@m.gmane.org; Sat, 16 Jul 2005 06:54:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Dtk43-0004th-SO for emacs-devel@gnu.org; Sat, 16 Jul 2005 06:38:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Dtk3x-0004qg-7j for emacs-devel@gnu.org; Sat, 16 Jul 2005 06:38:30 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Dtk3w-0004nX-Mq for emacs-devel@gnu.org; Sat, 16 Jul 2005 06:38:28 -0400 Original-Received: from [81.228.11.159] (helo=pne-smtpout2-sn1.fre.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dtk2m-0004eh-Ja; Sat, 16 Jul 2005 06:37:16 -0400 Original-Received: from [192.168.123.121] (83.249.205.6) by pne-smtpout2-sn1.fre.skanova.net (7.2.060.1) id 42B937170040D73C; Sat, 16 Jul 2005 12:28:29 +0200 User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en Original-To: Eli Zaretskii In-Reply-To: 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:40993 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40993 Eli Zaretskii wrote: >>Date: Fri, 15 Jul 2005 23:39:44 +0200 >>From: Lennart Borgman >>Cc: Emacs Devel >> >>Paper size is one I remember right now. Another is the location of >>Ghostscript. >> >> > >How about adding some code to `openp' so that, on w32 platforms, it >would look for the program/file in the Registry, in addition to the >list of directories it gets as its argument? > >In other words, searching for a file or a program is already a >functionality for which we have an established API in Emacs. >Extending that API to handle Ghostscript and similar cases is >something that IMHO will be met with less resistance than inventing a >Windows-only API. > > A note for non w32 users: On w32 application paths are (if the installation process is welbehaved) stored in a Registry key under "App Paths" (with a path prepended, the registry has an hierarchical view looking like a tree structured file system). For those applications that uses this possibility I think this could be used. I found it however a bit hard to think of a seamless way to integrate this in openp. Could you elaborate a little bit more? My primary thoughts are that this could be restricted to the case when you search for an .exe file on w32 and this is not found in the path. In openp there is needed a piece of w32 specific code at the end that calls the w32 procedure. Not too disturbing perhaps. And it should work "out of the box" in most places in Emacs. Quite nice.