> On Jul 6, 2021, at 8:06 AM, Tim Cross <theophil...@gmail.com> wrote:
>
>
> stardiviner <numbch...@gmail.com> writes:
>
>>> On Jul 5, 2021, at 7:55 PM, Maxim Nikulin <maniku...@gmail.com> wrote:
>>>
>>> On 05/07/2021 10:50, stardiviner wrote:
>>>> I updated the patch, I found the package `osx-lib` contains solution.
>>>> So I removed the directly osascript process invocation.
>>>
>>> I have no objections any more. On the other hand I have no access to macOS,
>>> so
>>> I have not tested this patch. Feel free to ignore comments from this
>>> message,
>>> they are mostly matter of taste.
>>>
>>> I expect that a simple script "notify-send" may allow to avoid modification
>>> of
>>> code. Something like (untested, unsure concerning "quoted form of ...")
>>>
>>> #!/usr/bin/env osascript
>>> display notification (item 1 of argv)
>>>
>>> However if osx-lib in is installed automatically, it may be more convenient.
>>> Unsure if some of currently supported linux distributions have notify-send
>>> that can not handle title as the first argument.
>>>
>>>> - ((fboundp 'notifications-notify)
>>>> + ((and (eq system-type 'gnu/linux) (fboundp 'notifications-notify))
>>>
>>> Does it mean that `notifications-notify' is bound but it does not work on
>>> macOS? If so, maybe it is better to put new clause for 'darwin above and to
>>> drop 'gnu/linux here. From my point of view, it is preferable to avoid
>>> additional requirement for `notifications-notify'. If someone will create a
>>> feature request for `notifications-notify' for macOS, it will just work
>>> without installing of additional packages as soon as such feature is
>>> implemented.
>>>
>>>
>> I indeed tried `notifications-notify`. And it does not work, reports error
>> that
>> it needs dbus. PS. I used the Homebrew formulae version Emacs.
>> I considered the order of conditions. Because notifications and notify-send
>> etc
>> requires dbus. So I guess only Linux supports that. So add system-type
>> detection
>> will be better. WDYT?
>
> I think you can add dbus support to macOS using homebrew and that might
> resolve the issue.
I checked my homebrew, I found the `dbus` is installed already. And in Emacs
`(featurep ‘dbus)` returns t.
But `(org-show-notification “test”)` returns error:
```
Debugger entered--Lisp error: (dbus-error "No connection to bus" :session)
dbus-message-internal(1 :session "org.freedesktop.Notifications"
"/org/freedesktop/Notifications" "org.freedesktop.Notifications" "Notify"
dbus-call-method-handler :string "Emacs" :uint32 0 :string
"/opt/homebrew/Cellar/emacs-head@28/28.0.50_1/share..." :string "Org mode
message" :string "test" (:array) ((:dict-entry "urgency" (:variant :byte 0)))
:int32 3000)
apply(dbus-message-internal 1 :session "org.freedesktop.Notifications"
"/org/freedesktop/Notifications" "org.freedesktop.Notifications" "Notify"
dbus-call-method-handler (:string "Emacs" :uint32 0 :string
"/opt/homebrew/Cellar/emacs-head@28/28.0.50_1/share..." :string "Org mode
message" :string "test" (:array) ((:dict-entry "urgency" (:variant :byte 0)))
:int32 3000))
dbus-call-method(:session "org.freedesktop.Notifications"
"/org/freedesktop/Notifications" "org.freedesktop.Notifications" "Notify"
:string "Emacs" :uint32 0 :string
"/opt/homebrew/Cellar/emacs-head@28/28.0.50_1/share..." :string "Org mode
message" :string "test" (:array) ((:dict-entry "urgency" (:variant :byte 0)))
:int32 3000)
notifications-notify(:title "Org mode message" :body "test" :timeout 3000
:urgency low)
(cond ((functionp org-show-notification-handler) (funcall
org-show-notification-handler notification)) ((stringp
org-show-notification-handler) (start-process "emacs-timer-notification" nil
org-show-notification-handler notification)) ((fboundp
'w32-notification-notify) (let ((id (w32-notification-notify :title "Org mode
message" :body notification :urgency 'low))) (run-with-timer
org-show-notification-timeout nil #'(lambda nil (w32-notification-close id)))))
((fboundp 'notifications-notify) (notifications-notify :title "Org mode
message" :body notification :timeout (* org-show-notification-timeout 1000)
:urgency 'low)) ((executable-find "notify-send") (start-process
"emacs-timer-notification" nil "notify-send" notification)) (t (message "%s"
notification)))
org-show-notification("test")
eval((org-show-notification "test") nil)
elisp--eval-last-sexp(nil)
eval-last-sexp(nil)
funcall-interactively(eval-last-sexp nil)
call-interactively(eval-last-sexp nil nil)
command-execute(eval-last-sexp)
```
Seems Emacs can’t connect to Homebrew dbus session. But I checked homebrew
services, the dbus service is running.
Then I googled this problem. But have not found solution.
Does anyone has experience to solve this problem?
But lucky I found another way to invoke AppleScript notification way built-in
Emacs.
#+begin_src emacs-lisp
(ns-do-applescript "display notification \"hello world\"")
(ns-do-applescript "display notification \"hello world\" with title \"some
title\"")
#+end_src
I will update the patch in next email.
> At the very least, this will need to be investigated
> because otherwise, adding this patch may break configurations for users
> who have added dbus support via homebrew and have notifications working,
> but have not installed the osx-lib package.
>
> My only small concern with your proposed changes is that it will add a
> dependency on a new package osx-lib, which I think is only available in
> melpa. At the very least, this will need to be documented somewhere.
> However, I'm not sure what the situation is wrt adding code which
> depends on an external package which is not available in either elpa or
> nongnuELPA? As org mode is a part of GNU Emacs, I suspect that any code
> which 'encourages' the use of melpa packages will not be acceptable.
>
> --
> Tim Cross
>