From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Michael Albinus 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 11:13:26 +0100 Message-ID: <87v9nk77i1.fsf@gmx.de> References: <87d09t8cyx.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="118956"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: mab@gnu.org, Emacs developers To: Corwin Brust Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 04 11:16:14 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 1j9R4X-000UrT-NG for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Mar 2020 11:16:13 +0100 Original-Received: from localhost ([::1]:60276 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9R4W-0004S9-IX for ged-emacs-devel@m.gmane-mx.org; Wed, 04 Mar 2020 05:16:12 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46286) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1j9R1y-0003mU-Pe for emacs-devel@gnu.org; Wed, 04 Mar 2020 05:13:35 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1j9R1x-0000NT-Ls for emacs-devel@gnu.org; Wed, 04 Mar 2020 05:13:34 -0500 Original-Received: from mout.gmx.net ([212.227.15.15]:47399) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1j9R1x-0000KX-94; Wed, 04 Mar 2020 05:13:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1583316807; bh=EZBNxXR8KcpSOYIUGTt+HzCyFFznCMkOecD0oAbP13w=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=LOJI4tK9RsRBeyeemKT1zLeYc3giHalcy3HdmF4ERbB/XyuqAJgQvbsJVbgHppEYl zz9pQb7Md3ShAAFO/q+eTMjExULmrNtfwJaZjgdPUnLa9N5+11+5Rc9Am4IiXxU9VY OXa7ui6Trdpw81mIbkNlfjWrDz7mJmFRphCSOeaE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from detlef.gmx.de ([212.86.53.127]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MUGe1-1izhiO1d7T-00RJyl; Wed, 04 Mar 2020 11:13:27 +0100 In-Reply-To: (Corwin Brust's message of "Tue, 3 Mar 2020 15:52:48 -0600") X-Provags-ID: V03:K1:PswJN85OcLytiYwxHdQcmt6OWVCq6K1fCURDsxQ7UcO4IQPKfKm JffY8X8KjrD33Bw9FzS/mqpFnE2QI/Cc3kWwnKa48fbITUjSjSD5JkD+yUDwxioX0FbU2Bj TyqsIhex5nhwRYsW2lpKIRGG+38fmWXz3YN4Qzpt5X/63xzmNzNjf7++HHcGtP9h07Y/DS8 x2lya5Sq6c2VDngJhs9qA== X-UI-Out-Filterresults: notjunk:1;V03:K0:8lKyPzGc8eg=:I0d+ZsZ2bQSlLhBQdcoQ73 +3gW4qt0xzMEdh3aNC/9/2of6BQ7YfcVz3Va71MB75Y+SdvKsFRCF+bkIg5hmb6QqMIxE8n9m QqWYPwrvvwJDRoyPD/p+Rp035dAImYcez2O4i/fy20BPSQArhbhJrhNBJaC5peh/J7MTjcm/z HwqbzH9Sq4ioqsoPw9wlTVHoIegKkuT6DMeNbFg3PAg1mArkQoFr5Qi+nmLdh4wzfBwBaqkBg nHXSh6D2Wu67LUh9vhsVE60VCKrNMEQZrMPVeCRvMdvfSXeVYrVioVvPCVt8V453/kWK5sVtc AC664nR7fsiuiMDn/iGvTLGNVsXE5NhQzZ7et9cpRk4vKnH9Q00T2hn+Ieo8d8dLlSPQNsx5p zpcWKmQD2DLEn7CcZkp/zbEb1RSwOuFG9OEXwMg7f/n2KkZNJNjPepu9pxvzO0HYNrMh35GAO bjJcg+8UomlfkgsVfENa/lBfhY7cHsNaawze4AE+Mz7VlMK1G9VHo9qqG3pCpsj0RWZ8kiVmz ZmsGbpy1TnXovsCDHn2PMyj/ry6FSqBjjFpIOSVZX8Dz+MAg7VyAGUJ5dsqekkYQNRoOUkenF qam5wBTGoa/7+vNSE2BMuWleLk9aBO7N09AeAlaxOeld74EEJgLoNtigqo4QbJnngFhZH0BwS 9pcHduEPmDoSdtdGqrmj42n4Aa0wpBGkqciyom+GxE3UlKrFf4xsLw2JqkWVll0vKP2PGkRBq YrWarN1MVbzvvAjbITwO8QRmJ8w1TF8naFYZLlhP2xkcuCZByxvwHnDP79RJ3627uFeH+N3j X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.15.15 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:245214 Archived-At: Corwin Brust writes: Hi Corwin, > I'm sick in bed today and writing from my phone. What's your excuse? ;) No excuse, I'm on holidays this week :-) I wish you the best for recovery! >> In my experience, D-Bus on MS Windows isn't used so much. You cannot >> expect it running for MS Windows users of Emacs in general. > > As you point out there is little likelihood we will implement enough > of DBUS to create excitement among windows users inspire it's > popularity for use outside Emacs. Moreover, I think neither of us is > motivated to do anything like a proper DBUS implementation that lives > outside Emacs. I wasn't really thinking about trying to do that, > although it would be cool to help that effort along somehow. 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. Best regards, Michael.