From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#49505: 28.0.50; Multiple launchers in GNOME Date: Wed, 25 May 2022 02:16:55 +0200 Message-ID: <87k0aafoug.fsf@gnus.org> References: <87sg0mnn9o.fsf@gnus.org> <2b12a676-2e15-1094-6525-4d11268912d@froglet.home.mavit.org.uk> <9245be25-3962-0b25-1c04-dabb77b6e9d7@inventati.org> <16370f3-a2a-9ce6-3af5-396da88a4dc8@froglet.home.mavit.org.uk> <87mtnio2qt.fsf@gnus.org> <8e5d9ea72584f981124ade5c69ec7162751723fe.camel@timruffing.de> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25533"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: 49505@debbugs.gnu.org, Manuel Uberti , Peter Oliver To: Tim Ruffing Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 25 02:18:14 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ntej7-0006R2-Tn for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 25 May 2022 02:18:13 +0200 Original-Received: from localhost ([::1]:39488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ntej6-0005hz-VF for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 24 May 2022 20:18:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nteix-0005fg-DR for bug-gnu-emacs@gnu.org; Tue, 24 May 2022 20:18:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59961) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nteix-0002VA-4f for bug-gnu-emacs@gnu.org; Tue, 24 May 2022 20:18:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nteix-0006e7-0J for bug-gnu-emacs@gnu.org; Tue, 24 May 2022 20:18:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 May 2022 00:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 49505 X-GNU-PR-Package: emacs Original-Received: via spool by 49505-submit@debbugs.gnu.org id=B49505.165343783525468 (code B ref 49505); Wed, 25 May 2022 00:18:02 +0000 Original-Received: (at 49505) by debbugs.gnu.org; 25 May 2022 00:17:15 +0000 Original-Received: from localhost ([127.0.0.1]:53854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ntei7-0006cd-T9 for submit@debbugs.gnu.org; Tue, 24 May 2022 20:17:15 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:40992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ntei3-0006c0-0j for 49505@debbugs.gnu.org; Tue, 24 May 2022 20:17:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Niocf/qFf1TcSsYL8+jhLb8mAQ0y20WFrC2PlVSrECg=; b=l7Tar1ZM88k5MhfckpLlCkVjAZ iXJ6dSLesO1+Roy41kwP6bHqE4FbehiUd7smgou4Ru9Mey/2MQ+RlzwiYG5TpU7RVMSZAHHjjhHzD WOqw8wmmHLDRgc20Bj8ag/eg1DMjXhNjp7lLBmd3wT/v/TDWRAPenZYII1aHGj4lgDCU=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ntehr-0003wm-KC; Wed, 25 May 2022 02:16:58 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEVohsNigL1gfrtb ebdff7xIY56Fm8c/Xpz///+1m2mVAAAAAWJLR0QIht6VegAAAAd0SU1FB+YFGQANO+2dUjMAAAGy SURBVDjLbVNbbgMhDDSp1G+84QDBbP5b0P6XFTeocpZev34A2W0zUiKtB9vjMQC8hoPba+INyAsN gDiOAlyIrpBpJWpEiRjIuFDmrwRxoY5USqbSsUFEjXJaOWKDeT6/IlL5CynFsDqnHCWkv33mkc2l JB6VNB1FD208By5WTn6HHkWmk5nOEjgjWm869DECse5k8ZRTns21vmI3B+Ycno1FL8aysoXarjkb fHKgiec65/RzAwQXmPCBTjYy4THMDk/FG3iJ1jCrdOIO6Nyx+mASVBAioO7qydwhgttp1Zycuzea IQNKB+yRTLuawIR3XK3ZWpJeGnYogewCNNisRTTRkFvrM8h9GC1kg6FiY/I4iWZUEL3s5G5bVWF6 GZgIwxEN9R5Rb/Keiqgwr2YGjDrHiwVUWWxYuxjKqTusGVh1PK2yWosEX7I7z8rYx0TayCzxSGu1 x4T9+ZgqPt7vglGzue8DCnhMOW2l5NXKqvSPFaSikyfJ4NhSp1VdORNOrlSI3ZW4RCNuVmNioZkh g4xHrvHULeEa54fp4f1aoPzHh4Pr1ontccb3Aw7BH8H4+AXwXpwQ5K28fwAAACV0RVh0ZGF0ZTpj cmVhdGUAMjAyMi0wNS0yNVQwMDoxMzo1OSswMDowMEXiQG0AAAAldEVYdGRhdGU6bW9kaWZ5ADIw MjItMDUtMjVUMDA6MTM6NTkrMDA6MDA0v/jRAAAAAElFTkSuQmCC X-Now-Playing: New Order's _Be a Rebel_: "Be A Rebel (=?UTF-8?Q?Bernard=E2=80=99s?= Renegade Instrumental Mix)" In-Reply-To: <8e5d9ea72584f981124ade5c69ec7162751723fe.camel@timruffing.de> (Tim Ruffing's message of "Tue, 24 May 2022 14:33:17 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:233033 Archived-At: Tim Ruffing writes: > 1. Unify the .desktop files > > I know this has been tried already and was reverted because that > particular approach has forced users into using the daemon, which I > fully agree was not a good idea. What we could do instead is to have > have a single emacs.desktop that simply does the following: > > Try to connect to daemon and create a new frame, if there's no daemon, > just launch a new instance (e.g., using emacsclient -a emacs). [...] > The only drawback of this approach is that ideally "New Window" would > bring up a just a new frame but this will work only in daemon mode. In > non-daemon mode, you'll get a new instance. I think this sounds like a sound approach. Can you prepare a patch for this so we can try it out? > But I'm not sure if this could be solved quickly because I'm not sure > if there's a way to ask a non-daemon emacs to create a new frame. I > think in the long-term we could for example use D-Bus activation [1] > and make non-daemon emacs expose a dbus service that can create frames. > But that's a larger project. Ideally there would be a "semi-daemon" > mode, which is in between the daemon mode and the normal mode: The > first invocation launches a daemon, further invocations (e.g., using > emacsclient, or dbus) would just create new frames BUT if you close the > last frame, no daemon will stay around. This would exactly match the > behavior of other desktop applications. Yes, that'd be nice. Using dbus for this (perhaps via emacsclient?) might be the right approach here. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no