From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Harald Hanche-Olsen Newsgroups: gmane.emacs.devel Subject: Re: Changes 2009-07-15/16 in branch? Date: Thu, 30 Jul 2009 08:31:44 -0500 (CDT) Message-ID: <20090730.083144.228392176.hanche@math.ntnu.no> References: <20090729.090826.65449441.hanche@math.ntnu.no> <87ljm6mxn5.fsf@lola.goethe.zz> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1248962603 18018 80.91.229.12 (30 Jul 2009 14:03:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Jul 2009 14:03:23 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 30 16:03:15 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MWWDo-000349-IW for ged-emacs-devel@m.gmane.org; Thu, 30 Jul 2009 16:03:04 +0200 Original-Received: from localhost ([127.0.0.1]:40618 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MWWDo-0007NW-0E for ged-emacs-devel@m.gmane.org; Thu, 30 Jul 2009 10:03:04 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MWVjh-0006H0-2x for emacs-devel@gnu.org; Thu, 30 Jul 2009 09:31:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MWVjb-0006Bm-NO for emacs-devel@gnu.org; Thu, 30 Jul 2009 09:31:56 -0400 Original-Received: from [199.232.76.173] (port=37505 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MWVjb-0006B6-2P for emacs-devel@gnu.org; Thu, 30 Jul 2009 09:31:51 -0400 Original-Received: from abel.math.ntnu.no ([129.241.15.50]:41545) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MWVja-0000LR-My for emacs-devel@gnu.org; Thu, 30 Jul 2009 09:31:50 -0400 Original-Received: (qmail 1767 invoked from network); 30 Jul 2009 13:31:47 -0000 Original-Received: from gauss.math.ntnu.no (HELO localhost) (hanche@129.241.15.102) by abel.math.ntnu.no with ESMTPA; 30 Jul 2009 13:31:47 -0000 In-Reply-To: <87ljm6mxn5.fsf@lola.goethe.zz> X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.2.51 on Emacs 23.0.94 / Mule 6.0 (HANACHIRUSATO) X-detected-operating-system: by monty-python.gnu.org: Solaris 8 (1) 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:113396 Archived-At: + David Kastrup : > Harald Hanche-Olsen writes: > > > On the mac, one can declare that application A should handle URL > > scheme U. By default, mailto: URLs are handled by Mail.app, so that > > clicking on a mailto: link on a web page causes Mail.app to open a > > new draft message addressed to the given address. If I change this to > > let emacs handle it, clicking on a mailto: link does activate emacs, > > but nothing more happens. > > > > This is a "glaring deficiency" because, after all, clicking on mailto: > > links on web pages is quite common, and if emacs cannot handle this, > > we discourage users from using emacs for their mail. > > > > Should I file a bug report requesting this feature? > > What I use is a helper script that looks like [...] Are you a Mac user? Your email header seems to indicate that you are primarily a gnu/linux user. On the Mac, there is no way that I can see to talk Firefox into running a script or arbitrary program to handle a mailto: URL. On the contrary, the mechanism in place involves activating a fullblown Mac application, then sending it an Apple event indicating the desired action. I suspect, though I haven't checked, that the same is true of Opera, Camino, and Safari. This is the way applications communicate on Mac OS X. I don't see that any shell script is gonna work around this. There *is* one possible workaround that I haven't checked, though: Make a small, simple application that knows just enough to act as an application, receive the Apple event, and run emacsclient. Most users are going to find this awkward and unnatural. The biggest problem is to find out what needs to be done. I dug around a bit in nsterm.m and ns-win.el to try to figure out how the nextstep event loop works, but not knowing how to read Objective C turns out to be too big an obstacle. I think we need a real expert to look at it. Maybe Adrian Robert is the only one who can do it? I don't know if he left it out because he didn't think of it, or because he couldn't figure it out either. - Harald