From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: erc-burnt-toast - Provide Windows Notification Center to erc with burnt-toast and erc-match Date: Wed, 04 Mar 2020 17:38:26 +0200 Message-ID: <83pndsw2od.fsf@gnu.org> References: <87d09t8cyx.fsf@gmx.de> <87v9nk77i1.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="116749"; mail-complaints-to="usenet@ciao.gmane.io" Cc: corwin@bru.st, emacs-devel@gnu.org, mab@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 04 16:43:32 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1j9WBI-000UG5-EM for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Mar 2020 16:43:32 +0100 Original-Received: from localhost ([::1]:35954 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9WBH-0007i9-Fv for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Mar 2020 10:43:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46851) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9W6i-0000wC-KA for emacs-devel@gnu.org; Wed, 04 Mar 2020 10:38:50 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:53247) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j9W6h-0001Zv-HK; Wed, 04 Mar 2020 10:38:47 -0500 Original-Received: from [176.228.60.248] (port=1496 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j9W6g-0003gr-LH; Wed, 04 Mar 2020 10:38:46 -0500 In-Reply-To: <87v9nk77i1.fsf@gmx.de> (message from Michael Albinus on Wed, 04 Mar 2020 11:13:26 +0100) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:245218 Archived-At: > From: Michael Albinus > Date: Wed, 04 Mar 2020 11:13:26 +0100 > Cc: mab@gnu.org, Emacs developers > > And there's also another problem. D-Bus is just infrastructure, > providing interprocess communication means. On GNU/Linux, we use D-Bus > to speak with the service "org.freedesktop.Notifications", which offers > the API for desktop notifications. I haven't heard of a similar D-Bus > service implementation for MS Windows. > > > Would it make sense to create am elisp package that installs advice on > > the functions that (for most users) invoke DBUS? It seems like, > > especially, this could be the easiest way to get windows notification > > center support into core quickly. > > I would oppose such an approach. We shouldn't fake D-Bus on MS Windows, > when it isn't D-Bus. > > Instead of, we might try to implement the notifications.el interface > with other means but D-Bus on MS Windows. > > But even this wouldn't be necessary, if we have alert.el as general > notification interface for Emacs. We could add just another package > which implements windows notification center, and integrate it into > alert.el like the other existing alert styles. > > For MS Windows specific implementation options, I cannot speak seriously > about. However, ... > > > This would look rather like the DBUS wrapper in C for GNU/Linus, Mac, > > and Cygwin but wrapping (probably) the Windows Community Toolkit. > > This would definitely allow us to properly associate Emacs as the > > originating process and probably opens the door to let users > > create/manage GUIDs on the fly, which can to differentiate toasts as > > from different logical processes within Emacs and/or different users > > of Emacs. > > ... this doesn't sound bad in my ears. Guys, you _are_ aware that Emacs has w32-notification-notify since v25.1? It only supports a small subset of what is possible with D-Bus, but maybe that's enough for your needs in this thread?