GNU bug report logs -
#1367
23.0.60; Mailto service won't work
Previous Next
Full log
Message #29 received at 1367 <at> debbugs.gnu.org (full text, mbox):
Harald Hanche-Olsen <hanche <at> math.ntnu.no> writes:
> In Mail.app on Mac OS X, open Preferences -> General, and select Emacs
> as the the default email reader.
> Quit Mail.app and never use it again. 8-)
>
> Now click on a mailto: link in your favourite web browser, or else run
> a command like this: open mailto:nobody <at> example.com
>
> Notice that Emacs comes to the foreground, but nothing more happens.
> What SHOULD happen is that Emacs opens a new draft email message
> addressed to the named recipient.
(I'm going through old bug reports that unfortunately weren't resolved
at the time.)
This behaviour is still present in Emacs 29. I.e., it just foregrounds
the Emacs frame, and then nothing else.
Yamamoto said:
> What Carbon or Cocoa applications receive is an Apple event:
>
> http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_handle_AEs/chapter_11_section_4.html
>
> Core functionalities such as "open documents" and "quit application"
> also send some corresponding Apple events, and Cocoa applications
> usually handle them via some application delegate methods.
>
> http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_handle_AEs/chapter_11_section_3.html
So I guess we're just not handling that event? It'd be cool if we
could; adding Alan to the CCs.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 3 years and 191 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.