From stephen.berman@gmx.net Fri Nov 21 13:13:28 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.4 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 21 Nov 2008 21:13:28 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mALLDPDG009254 for ; Fri, 21 Nov 2008 13:13:26 -0800 Received: from mx10.gnu.org ([199.232.76.166]:54976) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1L3dJQ-00062z-TG for emacs-pretest-bug@gnu.org; Fri, 21 Nov 2008 16:13:12 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1L3dJY-00042m-Ih for emacs-pretest-bug@gnu.org; Fri, 21 Nov 2008 16:13:23 -0500 Received: from mail.gmx.net ([213.165.64.20]:57962) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1L3dJY-00042S-1x for emacs-pretest-bug@gnu.org; Fri, 21 Nov 2008 16:13:20 -0500 Received: (qmail invoked by alias); 21 Nov 2008 21:13:16 -0000 Received: from i59F56384.versanet.de (EHLO escher.local.home) [89.245.99.132] by mail.gmx.net (mp028) with SMTP; 21 Nov 2008 22:13:16 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX18sq7QkOzgs59trLqyEOHV5x5kc7ncUAeIVNOSY/F 9x8dGCwCLy/zeF Received: by escher.local.home (Postfix, from userid 1000) id C7CC17FF8E; Fri, 21 Nov 2008 22:13:15 +0100 (CET) From: Stephen Berman To: emacs-pretest-bug@gnu.org Subject: 23.0.60; detached GTK+ tool bar does not return focus to its window Sender: steve@escher.local.home Date: Fri, 21 Nov 2008 22:13:15 +0100 Message-ID: <87wsewn5p0.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 1. emacs -Q 2. Detach the tool bar (GTK+ build only), and notice that the window (and consequently the frame) it was detached from remains in focus. 3. Click on the buttonized tool bar, thereby expanding it, and notice that its window/frame is now no longer in focus. 4. Click on the down arrow button again, thereby contracting the tool bar, and notice that its window/frame continues to lack focus. Likewise, when the detached tool bar is expanded and you click on one of the icons to execute its associated command, the window/frame remains without focus. This is particularly annoying when the command requests feedback from the minibuffer, since it is necessary to restore focus to the frame in order to give the required feedback. The expected and desirable behavior is for focus to remain on the window/frame the tool bar was detached from, or at least for focus to return to the window/frame immediately after doing either of the click events in step 4. (Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app aside from Emacs that uses a detachable tool bar to test for it.) In GNU Emacs 23.0.60.16 (i686-pc-linux-gnu, GTK+ Version 2.12.9) of 2008-11-20 on escher Windowing system distributor `The X.Org Foundation', version 11.0.10400090 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=local locale-coding-system: utf-8-unix default-enable-multibyte-characters: t From cyd@stupidchicken.com Sat Nov 22 13:38:17 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.0 required=4.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 22 Nov 2008 21:38:17 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAMLcFwg007234 for <1405@emacsbugs.donarmstrong.com>; Sat, 22 Nov 2008 13:38:16 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 7209E57E195; Sat, 22 Nov 2008 16:38:33 -0500 (EST) From: Chong Yidong To: Jan =?utf-8?Q?Dj=C3=A4rv?= Cc: Stephen Berman , emacs-devel@gnu.org, 1405@debbugs.gnu.org Subject: Re: detached GTK+ tool bar Date: Sat, 22 Nov 2008 16:38:32 -0500 Message-ID: <87hc5zcug7.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Excerpted from bug#1405: > ... > Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app > aside from Emacs that uses a detachable tool bar to test for it. When Emacs got detachable tool bars, it was the standard for GTK applications to provide a detachable tool bar. Nowadays, no other GTK application provides a detachable tool bar as far as I can tell. (Maybe this feature was considered useless?) So maybe we should turn this off. Jan, what do you think? From stephen.berman@gmx.net Sat Nov 22 15:08:29 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.2 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 22 Nov 2008 23:08:29 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAMN8ORr031821 for <1405@emacsbugs.donarmstrong.com>; Sat, 22 Nov 2008 15:08:25 -0800 Received: (qmail invoked by alias); 22 Nov 2008 23:08:17 -0000 Received: from i59F56E84.versanet.de (EHLO escher.local.home) [89.245.110.132] by mail.gmx.net (mp021) with SMTP; 23 Nov 2008 00:08:17 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/0IAQX9NL0aHBgcL4rHPCdkvtaTUbQ9jTJoj1g91 ZbB/MLctvL6hxw Received: by escher.local.home (Postfix, from userid 1000) id 692887FF8E; Sun, 23 Nov 2008 00:08:16 +0100 (CET) From: Stephen Berman To: Chong Yidong Cc: 1405@debbugs.gnu.org, Jan =?utf-8?Q?Dj=C3=A4rv?= , emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf__14536.3282565542$1227390743$gmane$org@cyd.mit.edu> Sender: steve@escher.local.home Date: Sun, 23 Nov 2008 00:08:16 +0100 In-Reply-To: <87hc5zcug7.fsf__14536.3282565542$1227390743$gmane$org@cyd.mit.edu> (Chong Yidong's message of "Sat, 22 Nov 2008 16:38:32 -0500") Message-ID: <871vx34avz.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 On Sat, 22 Nov 2008 16:38:32 -0500 Chong Yidong wrote: > Excerpted from bug#1405: > >> ... >> Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app >> aside from Emacs that uses a detachable tool bar to test for it. > > When Emacs got detachable tool bars, it was the standard for GTK > applications to provide a detachable tool bar. Nowadays, no other GTK > application provides a detachable tool bar as far as I can tell. (Maybe > this feature was considered useless?) So maybe we should turn this off. > > Jan, what do you think? There is a practical argument in favor of keeping the detachable tool bar, namely, the "shrinking frame" bug I reported to emacs-devel a year ago (see http://thread.gmane.org/gmane.emacs.devel/83390). This bug still exists, and when it happens -- very often, in my usage -- it is quite annoying. But with the tool bar detached, it does not happen. So with a detachable tool bar, I don't suffer a shrinking frame and I get to use the tool bar; without a detachable tool bar, I'd have to choose one or the other (or change (some aspect(s) of) my desktop). (Of course, if the shrinking frame bug is fixed, it would eliminate this argument for a detachable tool bar. A remaining argument, but one less important to me, is that a detachable tool bar saves screen real estate.) Steve Berman From jan.h.d@swipnet.se Sun Nov 23 03:01:18 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.0 required=4.0 tests=BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 23 Nov 2008 11:01:19 +0000 Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mANB1Fwc026362 for <1405@emacsbugs.donarmstrong.com>; Sun, 23 Nov 2008 03:01:16 -0800 Received: from ironport.bredband.com (195.54.101.120) by proxy2.bredband.net (7.3.127) id 48DC49FD011DDE57 for 1405@emacsbugs.donarmstrong.com; Sun, 23 Nov 2008 12:01:11 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnZQAPbGKElV4S1uPGdsb2JhbACBbYctijgBAQEBNbpggnw Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport1.bredband.com with ESMTP; 23 Nov 2008 12:01:10 +0100 Received: from [172.20.199.5] (winter [172.20.199.5]) by coolsville.localdomain (Postfix) with ESMTP id 045E27FA07A; Sun, 23 Nov 2008 12:01:10 +0100 (CET) Message-ID: <492937F5.1040301@swipnet.se> Date: Sun, 23 Nov 2008 12:01:09 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Chong Yidong CC: Stephen Berman , emacs-devel@gnu.org, 1405@debbugs.gnu.org Subject: Re: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> In-Reply-To: <87hc5zcug7.fsf@cyd.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Chong Yidong skrev: > Excerpted from bug#1405: > >> ... >> Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app >> aside from Emacs that uses a detachable tool bar to test for it. > > When Emacs got detachable tool bars, it was the standard for GTK > applications to provide a detachable tool bar. Nowadays, no other GTK > application provides a detachable tool bar as far as I can tell. (Maybe > this feature was considered useless?) So maybe we should turn this off. > > Jan, what do you think? We can always make it un-detachable by default and have some frame parameter to turn it on. But since there are uses for a detachable tool bar as Stephen points out, I'd rather not remove it until we really need to (i.e. when Gtk+ removes the API for it). But as for the focus bug described here, focus setting is in the responsibility of the window manager. If for instance you have click to focus, the behaviour described here is expected. I'd rather see if the focus can be kept to the frame. We can perhaps put some hints to the window manager. I'll look in to it. Can the OP please tell us what window manager he is using and what kind of focus model he has (click to focus, focus follows mouse)? From jan.h.d@swipnet.se Sun Nov 23 03:02:19 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.0 required=4.0 tests=BAYES_00 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 23 Nov 2008 11:02:19 +0000 Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mANB2GDD026382 for <1405@emacsbugs.donarmstrong.com>; Sun, 23 Nov 2008 03:02:17 -0800 Received: from ironport.bredband.com (195.54.101.120) by proxy1.bredband.net (7.3.127) id 48DC49FD011F0DE4 for 1405@emacsbugs.donarmstrong.com; Sun, 23 Nov 2008 12:02:10 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AomLAPbGKElV4S1uPGdsb2JhbACBbYctMYoHAQEBATW6YIJ8 Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport1.bredband.com with ESMTP; 23 Nov 2008 12:02:10 +0100 Received: from [172.20.199.5] (winter [172.20.199.5]) by coolsville.localdomain (Postfix) with ESMTP id 063E77FA07A; Sun, 23 Nov 2008 12:02:10 +0100 (CET) Message-ID: <49293831.3080803@swipnet.se> Date: Sun, 23 Nov 2008 12:02:09 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Chong Yidong CC: Stephen Berman , emacs-devel@gnu.org, 1405@debbugs.gnu.org Subject: Re: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> In-Reply-To: <87hc5zcug7.fsf@cyd.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Oops, Stephen is the OP, didn't see that. :-) From stephen.berman@gmx.net Sun Nov 23 16:10:32 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.1 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 24 Nov 2008 00:10:32 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAO0AS1u009230 for <1405@emacsbugs.donarmstrong.com>; Sun, 23 Nov 2008 16:10:29 -0800 Received: (qmail invoked by alias); 24 Nov 2008 00:10:21 -0000 Received: from i59F551BE.versanet.de (EHLO escher.local.home) [89.245.81.190] by mail.gmx.net (mp043) with SMTP; 24 Nov 2008 01:10:21 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX19S4hMpcItSUreXqs4gTr/bJbf2hBgWgDdaUaDOPJ A/v8AQZLUwCs3p Received: by escher.local.home (Postfix, from userid 1000) id 54E367FF7F; Mon, 24 Nov 2008 01:10:20 +0100 (CET) From: Stephen Berman To: Jan =?utf-8?Q?Dj=C3=A4rv?= Cc: 1405@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> Sender: steve@escher.local.home Date: Mon, 24 Nov 2008 01:10:20 +0100 In-Reply-To: <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> ("Jan =?utf-8?Q?Dj=C3=A4rv=22's?= message of "Sun, 23 Nov 2008 12:01:09 +0100") Message-ID: <87ej12m1ar.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 On Sun, 23 Nov 2008 12:01:09 +0100 Jan Dj=C3=A4rv wrot= e: > Chong Yidong skrev: >> Excerpted from bug#1405: >> >>> ... >>> Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app >>> aside from Emacs that uses a detachable tool bar to test for it. >> >> When Emacs got detachable tool bars, it was the standard for GTK >> applications to provide a detachable tool bar. Nowadays, no other GTK >> application provides a detachable tool bar as far as I can tell. (Maybe >> this feature was considered useless?) So maybe we should turn this off. >> >> Jan, what do you think? > > We can always make it un-detachable by default and have some frame parame= ter > to turn it on. But since there are uses for a detachable tool bar as Ste= phen > points out, I'd rather not remove it until we really need to (i.e. when G= tk+ > removes the API for it). Does this mean you don't expect to come up with a fix for the "shrinking frame" bug? (Unfortunately, I don't know enough to do more than ask...) > But as for the focus bug described here, focus setting is in the > responsibility of the window manager. If for instance you have click to > focus, the behaviour described here is expected. > > I'd rather see if the focus can be kept to the frame. We can perhaps put= some > hints to the window manager. I'll look in to it. Can the OP please tell= us > what window manager he is using and what kind of focus model he has (clic= k to > focus, focus follows mouse)? I'm using KDE/kwin and click to focus. But I also see the same behavior (i.e. focus not returning to the window/frame the tool bar was detached from) with a focus follows mouse policy. Steve Berman From jhdgoo@gmail.com Mon Nov 24 00:03:41 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-7.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 24 Nov 2008 08:03:41 +0000 Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAO83bM2003309 for <1405@emacsbugs.donarmstrong.com>; Mon, 24 Nov 2008 00:03:39 -0800 Received: by ik-out-1112.google.com with SMTP id c28so1676653ika.1 for <1405@emacsbugs.donarmstrong.com>; Mon, 24 Nov 2008 00:03:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding:sender; bh=pLa+TciaLKIsqF1ty6RV/m5p7SnGynDXXhRs4+VRY9U=; b=AjcTR4A8Z0uP8uDuvQ2/LXOUQm2QqiOG91cHK1sW6vWeIkP+xPS+1szkPqyQVAH36x KgPlHoEPx3iNlU3o3KZz48P4VcVQsWmTyXRSberA3J3DLXPnl6vOttIfYH50oOcWlnGd yrF3dbvPl1eBatdERzpdXnpS3iTkF6Uf9zs2Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :sender; b=IhaC0sZzMnGg8/yVdX9cI9XmVy1V0e9obHFp+Oq4wzUsHSKL9MALHDtSP49AB9Rz2R bvAVwVOtFgYoC8oVrAa9PFGQLgXC86o9Z38NYZWvKxcrhrm3+1t+NbBnfF8NAoNJvA+C vEJTopFdMV51f1hGVNQRHvZ/9i3DKIglD32w4= Received: by 10.210.79.14 with SMTP id c14mr3265065ebb.194.1227513816500; Mon, 24 Nov 2008 00:03:36 -0800 (PST) Received: from ?10.225.40.39? ([193.45.43.33]) by mx.google.com with ESMTPS id 3sm1468045eyi.5.2008.11.24.00.03.30 (version=SSLv3 cipher=RC4-MD5); Mon, 24 Nov 2008 00:03:35 -0800 (PST) Message-ID: <492A5FD1.5040606@swipnet.se> Date: Mon, 24 Nov 2008 09:03:29 +0100 From: "Jan D." User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Stephen Berman CC: Chong Yidong , 1405@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> In-Reply-To: <87ej12m1ar.fsf@escher.local.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: =?UTF-8?B?SmFuIERqw6Rydg==?= Stephen Berman skrev: > On Sun, 23 Nov 2008 12:01:09 +0100 Jan Djärv wrote: > >> Chong Yidong skrev: >>> Excerpted from bug#1405: >>> >>>> ... >>>> Perhaps this is a GTK+ bug, but I'm not aware of another GTK+ app >>>> aside from Emacs that uses a detachable tool bar to test for it. >>> When Emacs got detachable tool bars, it was the standard for GTK >>> applications to provide a detachable tool bar. Nowadays, no other GTK >>> application provides a detachable tool bar as far as I can tell. (Maybe >>> this feature was considered useless?) So maybe we should turn this off. >>> >>> Jan, what do you think? >> We can always make it un-detachable by default and have some frame parameter >> to turn it on. But since there are uses for a detachable tool bar as Stephen >> points out, I'd rather not remove it until we really need to (i.e. when Gtk+ >> removes the API for it). > > Does this mean you don't expect to come up with a fix for the "shrinking > frame" bug? (Unfortunately, I don't know enough to do more than ask...) It is first on my list of bugs to fix. Unfortunately it is a race condition and I haven't found a foolproof solution yet. I have let this issue rest for a while, I need to find a new approach I think. > >> But as for the focus bug described here, focus setting is in the >> responsibility of the window manager. If for instance you have click to >> focus, the behaviour described here is expected. >> >> I'd rather see if the focus can be kept to the frame. We can perhaps put some >> hints to the window manager. I'll look in to it. Can the OP please tell us >> what window manager he is using and what kind of focus model he has (click to >> focus, focus follows mouse)? > > I'm using KDE/kwin and click to focus. But I also see the same behavior > (i.e. focus not returning to the window/frame the tool bar was detached > from) with a focus follows mouse policy. > Thanks for the information. Jan D. From cyd@stupidchicken.com Mon Nov 24 07:57:53 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 24 Nov 2008 15:57:53 +0000 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAOFvpQQ031891 for <1405@emacsbugs.donarmstrong.com>; Mon, 24 Nov 2008 07:57:52 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 3AC7B57E1C8; Mon, 24 Nov 2008 10:58:10 -0500 (EST) From: Chong Yidong To: "Jan D." Cc: Stephen Berman , 1405@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <492A5FD1.5040606@swipnet.se> Date: Mon, 24 Nov 2008 10:58:10 -0500 In-Reply-To: <492A5FD1.5040606@swipnet.se> (Jan D.'s message of "Mon, 24 Nov 2008 09:03:29 +0100") Message-ID: <87hc5xazfx.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Jan D." writes: >> Does this mean you don't expect to come up with a fix for the >> "shrinking frame" bug? (Unfortunately, I don't know enough to do >> more than ask...) > > It is first on my list of bugs to fix. Unfortunately it is a race > condition and I haven't found a foolproof solution yet. I have let > this issue rest for a while, I need to find a new approach I think. Is this the window size hints race condition we discussed a while back? From jan.h.d@swipnet.se Mon Nov 24 13:41:25 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-5.5 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1405) by emacsbugs.donarmstrong.com; 24 Nov 2008 21:41:25 +0000 Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAOLfLg7025348 for <1405@emacsbugs.donarmstrong.com>; Mon, 24 Nov 2008 13:41:23 -0800 Received: from ironport2.bredband.com (195.54.101.122) by proxy3.bredband.net (7.3.127) id 492A9CFF0002EEAB for 1405@emacsbugs.donarmstrong.com; Mon, 24 Nov 2008 22:41:15 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AocvAMytKklV4S1uPGdsb2JhbACBbYctijoBAQEBNb4Qgnw Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport2.bredband.com with ESMTP; 24 Nov 2008 22:41:08 +0100 Received: from [172.20.199.5] (winter [172.20.199.5]) by coolsville.localdomain (Postfix) with ESMTP id CA9927FA07A; Mon, 24 Nov 2008 22:41:14 +0100 (CET) Message-ID: <492B1F7A.30107@swipnet.se> Date: Mon, 24 Nov 2008 22:41:14 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Thunderbird 2.0.0.18 (Macintosh/20081105) MIME-Version: 1.0 To: Chong Yidong CC: Stephen Berman , 1405@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <492A5FD1.5040606@swipnet.se> <87hc5xazfx.fsf@cyd.mit.edu> In-Reply-To: <87hc5xazfx.fsf@cyd.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Chong Yidong skrev: > "Jan D." writes: > >>> Does this mean you don't expect to come up with a fix for the >>> "shrinking frame" bug? (Unfortunately, I don't know enough to do >>> more than ask...) >> It is first on my list of bugs to fix. Unfortunately it is a race >> condition and I haven't found a foolproof solution yet. I have let >> this issue rest for a while, I need to find a new approach I think. > > Is this the window size hints race condition we discussed a while back? > Yes, but a variant of it that does not only occur at startup. Jan D. From jan.h.d@swipnet.se Thu Dec 18 10:50:31 2008 Received: (at 1405) by emacsbugs.donarmstrong.com; 18 Dec 2008 18:50:31 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER,XIRONPORT autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: from proxy1.bredband.net (proxy1.bredband.net [195.54.101.71]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mBIIoQwO032333 for <1405@emacsbugs.donarmstrong.com>; Thu, 18 Dec 2008 10:50:28 -0800 Received: from ironport.bredband.com (195.54.101.120) by proxy1.bredband.net (7.3.127) id 49411DD90031E4A3 for 1405@emacsbugs.donarmstrong.com; Thu, 18 Dec 2008 19:50:22 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap08AOspSklV4S1uPGdsb2JhbACBbIcbik8BAQEBNatiWJBegwY Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport1.bredband.com with ESMTP; 18 Dec 2008 19:50:22 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 493A57FA07A; Thu, 18 Dec 2008 19:50:22 +0100 (CET) Message-ID: <494A9B6E.6060307@swipnet.se> Date: Thu, 18 Dec 2008 19:50:22 +0100 From: =?UTF-8?B?SmFuIERqw6Rydg==?= User-Agent: Thunderbird 2.0.0.18 (X11/20081125) MIME-Version: 1.0 To: Stephen Berman CC: Chong Yidong , 1405@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> In-Reply-To: <87ej12m1ar.fsf@escher.local.home> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Stephen Berman skrev: > On Sun, 23 Nov 2008 12:01:09 +0100 Jan Djärv wrote: >> >> I'd rather see if the focus can be kept to the frame. We can perhaps put some >> hints to the window manager. I'll look in to it. Can the OP please tell us >> what window manager he is using and what kind of focus model he has (click to >> focus, focus follows mouse)? > > I'm using KDE/kwin and click to focus. But I also see the same behavior > (i.e. focus not returning to the window/frame the tool bar was detached > from) with a focus follows mouse policy. > I've made a change, can you test it? Thanks, Jan D. From stephen.berman@gmx.net Thu Dec 18 12:46:39 2008 Received: (at 1405) by emacsbugs.donarmstrong.com; 18 Dec 2008 20:46:39 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mBIKkZwQ008986 for <1405@emacsbugs.donarmstrong.com>; Thu, 18 Dec 2008 12:46:36 -0800 Received: (qmail invoked by alias); 18 Dec 2008 20:46:29 -0000 Received: from i59F5762A.versanet.de (EHLO escher.local.home) [89.245.118.42] by mail.gmx.net (mp005) with SMTP; 18 Dec 2008 21:46:29 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+JKU8RiHaJBfo4v8LyTSTKK2mYR+RV71LLZ6X2LZ BkhHb24OYDrVKS Received: by escher.local.home (Postfix, from userid 1000) id 54C807FF96; Thu, 18 Dec 2008 21:46:27 +0100 (CET) From: Stephen Berman To: Jan =?utf-8?Q?Dj=C3=A4rv?= Cc: 1405@debbugs.gnu.org, Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> Sender: steve@escher.local.home Date: Thu, 18 Dec 2008 21:46:27 +0100 In-Reply-To: <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> ("Jan =?utf-8?Q?Dj=C3=A4rv=22's?= message of "Thu, 18 Dec 2008 19:50:22 +0100") Message-ID: <87tz91ky8s.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 On Thu, 18 Dec 2008 19:50:22 +0100 Jan Dj=C3=A4rv wrot= e: > Stephen Berman skrev: >> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Dj=C3=A4rv w= rote: >>> >>> I'd rather see if the focus can be kept to the frame. We can perhaps p= ut some >>> hints to the window manager. I'll look in to it. Can the OP please te= ll us >>> what window manager he is using and what kind of focus model he has (cl= ick to >>> focus, focus follows mouse)? >>=20 >> I'm using KDE/kwin and click to focus. But I also see the same behavior >> (i.e. focus not returning to the window/frame the tool bar was detached >> from) with a focus follows mouse policy. >>=20 > > I've made a change, can you test it? > > Thanks, > > Jan D. I just did, and confirm that focus now switches back to the frame after clicking a button on the detached tool bar. Thanks!=20=20 There is another situation where I would like to have the focus switch from the detached tool bar back to the frame, namely, when I expand the tool bar but instead of clicking on one of its buttons I just retract it ag= ain by clicking the down arrow a second time. Prior to your patch the frame did not regain focus in this case, and with your patch this has not changed. Is it possible to get this?=20=20 Actually, there are two cases here and I could imagine (and find acceptable) different focus behavior in each case. The one case (a) is the one I just described; to be more precise: the tool bar stays expanded after clicking the down arrow and quickly releasing the click, and to retract it you have to click the down arrow a second time. The other case (b) is where you click to expand the tool bar but hold the click a bit longer; then when you release the click, the tool bar automatically retracts again. At least in case (a) I would like focus to shift back to the frame, after the second click to retract the tool bar. For case (b) it would be ok with me if focus remains on the buttonized tool bar after it automatically retracts. If it is possible to get focus to switch back in (a) but difficult to give (a) and (b) different focus behaviors, then I would prefer focus switching in both cases. But if focus switching is not possible or hard to implement in (a), still the current behavior after your patch is much better than before. So thanks again for that. Steve Berman From jan.h.d@swipnet.se Fri Dec 19 00:48:54 2008 Received: (at 1405) by emacsbugs.donarmstrong.com; 19 Dec 2008 08:48:54 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mBJ7cJRQ030560 for <1405@emacsbugs.donarmstrong.com>; Thu, 18 Dec 2008 23:38:21 -0800 Received: from ironport2.bredband.com (195.54.101.122) by proxy2.bredband.net (7.3.127) id 492BEF630092A3B9 for 1405@emacsbugs.donarmstrong.com; Fri, 19 Dec 2008 08:38:14 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlkyALDdSklV4S1uPGdsb2JhbACBbIcdik8BAQEBNaoIWJBagwM Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport2.bredband.com with ESMTP; 19 Dec 2008 08:38:13 +0100 Received: from [10.225.40.42] (unknown [193.45.43.33]) by coolsville.localdomain (Postfix) with ESMTPSA id 1B9F17FA07A; Fri, 19 Dec 2008 08:38:13 +0100 (CET) Message-ID: <494B4F64.4040406@swipnet.se> Date: Fri, 19 Dec 2008 08:38:12 +0100 From: "Jan D." User-Agent: Thunderbird 2.0.0.18 (Windows/20081105) MIME-Version: 1.0 To: Stephen Berman CC: Chong Yidong , 1405@debbugs.gnu.org, emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf@escher.local.home> In-Reply-To: <87tz91ky8s.fsf@escher.local.home> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Stephen Berman skrev: > On Thu, 18 Dec 2008 19:50:22 +0100 Jan Djärv wrote: > >> Stephen Berman skrev: >>> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Djärv wrote: >>>> I'd rather see if the focus can be kept to the frame. We can perhaps put some >>>> hints to the window manager. I'll look in to it. Can the OP please tell us >>>> what window manager he is using and what kind of focus model he has (click to >>>> focus, focus follows mouse)? >>> I'm using KDE/kwin and click to focus. But I also see the same behavior >>> (i.e. focus not returning to the window/frame the tool bar was detached >>> from) with a focus follows mouse policy. >>> >> I've made a change, can you test it? >> >> Thanks, >> >> Jan D. > > I just did, and confirm that focus now switches back to the frame after > clicking a button on the detached tool bar. Thanks! > > There is another situation where I would like to have the focus switch > from the detached tool bar back to the frame, namely, when I expand the > tool bar but instead of clicking on one of its buttons I just retract it again by > clicking the down arrow a second time. Prior to your patch the frame > did not regain focus in this case, and with your patch this has not > changed. Is it possible to get this? > I don't know offhand. Switching focus isn't the hard part. It is finding out when to do it. That depends on what feedback Gtk+ gives, if this is all done internally we are out of luck. I'll investigate. > Actually, there are two cases here and I could imagine (and find > acceptable) different focus behavior in each case. The one case (a) is > the one I just described; to be more precise: the tool bar stays > expanded after clicking the down arrow and quickly releasing the click, > and to retract it you have to click the down arrow a second time. The > other case (b) is where you click to expand the tool bar but hold the > click a bit longer; then when you release the click, the tool bar > automatically retracts again. At least in case (a) I would like focus > to shift back to the frame, after the second click to retract the tool > bar. For case (b) it would be ok with me if focus remains on the > buttonized tool bar after it automatically retracts. If it is possible > to get focus to switch back in (a) but difficult to give (a) and (b) > different focus behaviors, then I would prefer focus switching in both > cases. But if focus switching is not possible or hard to implement in > (a), still the current behavior after your patch is much better than > before. So thanks again for that. > I will see if it is possible to find out which case has happened. Jan D. From rgm@gnu.org Thu Jan 15 15:38:28 2009 Received: (at control) by emacsbugs.donarmstrong.com; 15 Jan 2009 23:38:28 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: ** X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=2.3 required=4.0 tests=MISSING_SUBJECT,NOSUBJECT, VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n0FNcPDO030885 for ; Thu, 15 Jan 2009 15:38:27 -0800 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LNblm-0003kP-P8; Thu, 15 Jan 2009 18:37:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18799.51358.725326.185170@fencepost.gnu.org> Date: Thu, 15 Jan 2009 18:37:02 -0500 From: Glenn Morris To: control severity 1305 wishlist severity 1303 minor severity 1250 minor severity 1367 wishlist severity 1405 minor severity 1457 wishlist severity 1555 minor severity 1569 minor severity 1688 minor close 1705 severity 1731 minor close 1756 severity 1768 minor severity 1779 minor tags 1798 moreinfo reassign 1860 notemacs reassign 1902 emacs,ns reassign 1924 spam reassign 1926 notemacs stop From stephen.berman@gmx.net Sat Jan 17 12:25:06 2009 Received: (at 1405) by emacsbugs.donarmstrong.com; 17 Jan 2009 20:25:06 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n0HKP2lU001288 for <1405@emacsbugs.donarmstrong.com>; Sat, 17 Jan 2009 12:25:04 -0800 Received: (qmail invoked by alias); 17 Jan 2009 20:24:56 -0000 Received: from i59F56280.versanet.de (EHLO escher.local.home) [89.245.98.128] by mail.gmx.net (mp058) with SMTP; 17 Jan 2009 21:24:56 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/6PnZkVwn6CnI0yZtzo39uJKHPeDiLmVaoQLsgN8 D28Xh5TxDLYPxb Received: by escher.local.home (Postfix, from userid 1000) id AAEE01D0FF2; Sat, 17 Jan 2009 21:24:50 +0100 (CET) From: Stephen Berman To: 1405@debbugs.gnu.org Cc: Jan =?utf-8?Q?Dj=C3=A4rv?= , Chong Yidong , emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> Sender: steve@escher.local.home Date: Sat, 17 Jan 2009 21:24:50 +0100 In-Reply-To: <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> (Stephen Berman's message of "Thu, 18 Dec 2008 21:46:27 +0100") Message-ID: <87d4el4r59.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 On Thu, 18 Dec 2008 21:46:27 +0100 Stephen Berman = wrote: > On Thu, 18 Dec 2008 19:50:22 +0100 Jan Dj=C3=A4rv wr= ote: > >> Stephen Berman skrev: >>> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Dj=C3=A4rv = wrote: >>>> >>>> I'd rather see if the focus can be kept to the frame. We can perhaps = put some >>>> hints to the window manager. I'll look in to it. Can the OP please t= ell us >>>> what window manager he is using and what kind of focus model he has (c= lick to >>>> focus, focus follows mouse)? >>>=20 >>> I'm using KDE/kwin and click to focus. But I also see the same behavior >>> (i.e. focus not returning to the window/frame the tool bar was detached >>> from) with a focus follows mouse policy. >>>=20 >> >> I've made a change, can you test it? >> >> Thanks, >> >> Jan D. > > I just did, and confirm that focus now switches back to the frame after > clicking a button on the detached tool bar. Thanks!=20=20 I just learned about the variable x-gtk-whole-detached-tool-bar; when this is non-nil and the tool bar is detached, focus fails to switch back to the frame after clicking a button on the detached tool bar. So your fix does not work with x-gtk-whole-detached-tool-bar non-nil. In GNU Emacs 23.0.60.29 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-01-11 on escher=20 Steve Berman From stephen.berman@gmx.net Sun Mar 1 09:43:32 2009 Received: (at 1405) by emacsbugs.donarmstrong.com; 1 Mar 2009 17:43:32 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n21HhR1C020299 for <1405@emacsbugs.donarmstrong.com>; Sun, 1 Mar 2009 09:43:29 -0800 Received: (qmail invoked by alias); 01 Mar 2009 17:43:16 -0000 Received: from i59F54629.versanet.de (EHLO escher.local.home) [89.245.70.41] by mail.gmx.net (mp047) with SMTP; 01 Mar 2009 18:43:16 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/qZtsTo5nqZqVpm/gTdQAng+1eS8L0f31hvonAiZ 9Xcx319HUW2qmT Received: by escher.local.home (Postfix, from userid 1000) id 1C9FD1D108C; Sun, 1 Mar 2009 18:43:13 +0100 (CET) From: Stephen Berman To: 1405@debbugs.gnu.org Cc: Chong Yidong , Jan =?utf-8?Q?Dj=C3=A4rv?= , emacs-devel@gnu.org Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> <87d4el4r59.fsf__38436.7469735027$1232225105$gmane$org@escher.local.home> Sender: steve@escher.local.home Date: Sun, 01 Mar 2009 18:43:13 +0100 In-Reply-To: <87d4el4r59.fsf__38436.7469735027$1232225105$gmane$org@escher.local.home> (Stephen Berman's message of "Sat, 17 Jan 2009 21:24:50 +0100") Message-ID: <878wnpkuku.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 X-FuHaFi: 0.49 On Sat, 17 Jan 2009 21:24:50 +0100 Stephen Berman = wrote: > On Thu, 18 Dec 2008 21:46:27 +0100 Stephen Berman wrote: > >> On Thu, 18 Dec 2008 19:50:22 +0100 Jan Dj=C3=A4rv w= rote: >> >>> Stephen Berman skrev: >>>> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Dj=C3=A4rv = wrote: >>>>> >>>>> I'd rather see if the focus can be kept to the frame. We can perhaps= put some >>>>> hints to the window manager. I'll look in to it. Can the OP please = tell us >>>>> what window manager he is using and what kind of focus model he has (= click to >>>>> focus, focus follows mouse)? >>>>=20 >>>> I'm using KDE/kwin and click to focus. But I also see the same behavi= or >>>> (i.e. focus not returning to the window/frame the tool bar was detached >>>> from) with a focus follows mouse policy. >>>>=20 >>> >>> I've made a change, can you test it? >>> >>> Thanks, >>> >>> Jan D. >> >> I just did, and confirm that focus now switches back to the frame after >> clicking a button on the detached tool bar. Thanks!=20=20 > > I just learned about the variable x-gtk-whole-detached-tool-bar; when > this is non-nil and the tool bar is detached, focus fails to switch back > to the frame after clicking a button on the detached tool bar. So your > fix does not work with x-gtk-whole-detached-tool-bar non-nil. > > In GNU Emacs 23.0.60.29 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of > 2009-01-11 on escher=20 > > Steve Berman The patch below (against the current CVS trunk) makes focus return to the frame regardless of the value of x-gtk-whole-detached-tool-bar (i.e., it works both with the proxy (arrow) and the whole detached tool bar). Jan D. or somebody else who's familiar with GTK+ should check to make sure it does not cause any problems elsewhere. Steve Berman 2009-03-01 Stephen Berman * gtkutil.c (xg_tool_bar_callback): Return focus to the frame after we have clicked on a detached tool bar button (bug#1405). This replaces the reverted change below. (xg_tool_bar_proxy_callback): Revert previous change (bug#1405). =09 *** emacs/src/gtkutil.c.~1.146.~ 2009-03-01 17:06:07.000000000 +0100 --- emacs/src/gtkutil.c 2009-03-01 17:41:39.000000000 +0100 *************** *** 3461,3466 **** --- 3461,3470 ---- this is written. */ event.modifiers =3D x_x_to_emacs_modifiers (FRAME_X_DISPLAY_INFO (f), m= od); kbd_buffer_store_event (&event); +=20 + /* Return focus to the frame after we have clicked on a detached + tool bar button. */ + Fx_focus_frame (frame); } =20=20 /* Callback function invoked when a tool bar item is pressed in a detached *************** *** 3480,3490 **** xg_tool_bar_callback (wbutton, client_data); FRAME_PTR f =3D (FRAME_PTR) g_object_get_data (G_OBJECT (wbutton), XG_FRAME_DATA); - /* Put focus back to the frame after we have clicked on a detached - tool bar button. */ - Lisp_Object frame; - XSETFRAME (frame, f); - Fx_focus_frame (frame); } =20=20 /* This callback is called when a tool item should create a proxy item, --- 3484,3489 ---- From jan.h.d@swipnet.se Sun Mar 1 23:01:42 2009 Received: (at 1405) by emacsbugs.donarmstrong.com; 2 Mar 2009 07:01:42 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2271c2m028058 for <1405@emacsbugs.donarmstrong.com>; Sun, 1 Mar 2009 23:01:39 -0800 Received: from ironport2.bredband.com (195.54.101.122) by proxy2.bredband.net (7.3.139) id 49A5128F001F58A5 for 1405@emacsbugs.donarmstrong.com; Mon, 2 Mar 2009 08:01:32 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: As85APoSq0lV4S1uPGdsb2JhbACBWZJ3AQEBATW/QYQaBg Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport2.bredband.com with ESMTP; 02 Mar 2009 08:01:31 +0100 Received: from [10.145.138.188] (host-90-234-53-213.mobileonline.telia.com [90.234.53.213]) by coolsville.localdomain (Postfix) with ESMTPSA id 374297FA07B; Mon, 2 Mar 2009 08:01:30 +0100 (CET) References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> <87d4el4r59.fsf__38436.7469735027$1232225105$gmane$org@escher.local.home> <878wnpkuku.fsf@escher.local.home> Message-Id: <5CDF1AA3-F4F1-4A9E-A789-C4436898E5EF@swipnet.se> From: "Jan D." To: Stephen Berman In-Reply-To: <878wnpkuku.fsf@escher.local.home> Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (5H11) Mime-Version: 1.0 (iPhone Mail 5H11) Subject: Re: bug#1405: detached GTK+ tool bar Date: Mon, 2 Mar 2009 08:01:24 +0100 Cc: "1405@debbugs.gnu.org" <1405@debbugs.gnu.org>, Chong Yidong , "emacs-devel@gnu.org" How does this work when the button is a menu, i.e. help? I will be travelling for 2 weeks. I can't test it until then. Jan D. 1 mar 2009 kl. 18.43 skrev Stephen Berman : > On Sat, 17 Jan 2009 21:24:50 +0100 Stephen Berman = > wrote: > >> On Thu, 18 Dec 2008 21:46:27 +0100 Stephen Berman = > > wrote: >> >>> On Thu, 18 Dec 2008 19:50:22 +0100 Jan Dj=C3=A4rv = >> > wrote: >>> >>>> Stephen Berman skrev: >>>>> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Dj=C3=A4rv >>>> t.se> wrote: >>>>>> >>>>>> I'd rather see if the focus can be kept to the frame. We can =20 >>>>>> perhaps put some >>>>>> hints to the window manager. I'll look in to it. Can the OP =20 >>>>>> please tell us >>>>>> what window manager he is using and what kind of focus model he =20= >>>>>> has (click to >>>>>> focus, focus follows mouse)? >>>>> >>>>> I'm using KDE/kwin and click to focus. But I also see the same =20= >>>>> behavior >>>>> (i.e. focus not returning to the window/frame the tool bar was =20 >>>>> detached >>>>> from) with a focus follows mouse policy. >>>>> >>>> >>>> I've made a change, can you test it? >>>> >>>> Thanks, >>>> >>>> Jan D. >>> >>> I just did, and confirm that focus now switches back to the frame =20= >>> after >>> clicking a button on the detached tool bar. Thanks! >> >> I just learned about the variable x-gtk-whole-detached-tool-bar; when >> this is non-nil and the tool bar is detached, focus fails to switch =20= >> back >> to the frame after clicking a button on the detached tool bar. So =20= >> your >> fix does not work with x-gtk-whole-detached-tool-bar non-nil. >> >> In GNU Emacs 23.0.60.29 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of >> 2009-01-11 on escher >> >> Steve Berman > > The patch below (against the current CVS trunk) makes focus return to > the frame regardless of the value of x-gtk-whole-detached-tool-bar > (i.e., it works both with the proxy (arrow) and the whole detached =20 > tool > bar). Jan D. or somebody else who's familiar with GTK+ should check =20= > to > make sure it does not cause any problems elsewhere. > > Steve Berman > > > 2009-03-01 Stephen Berman > > * gtkutil.c (xg_tool_bar_callback): Return focus to the frame > after we have clicked on a detached tool bar button (bug#1405). > This replaces the reverted change below. > (xg_tool_bar_proxy_callback): Revert previous change (bug#1405). > > > *** emacs/src/gtkutil.c.~1.146.~ 2009-03-01 17:06:07.000000000 =20 > +0100 > --- emacs/src/gtkutil.c 2009-03-01 17:41:39.000000000 +0100 > *************** > *** 3461,3466 **** > --- 3461,3470 ---- > this is written. */ > event.modifiers =3D x_x_to_emacs_modifiers (FRAME_X_DISPLAY_INFO =20= > (f), mod); > kbd_buffer_store_event (&event); > + > + /* Return focus to the frame after we have clicked on a detached > + tool bar button. */ > + Fx_focus_frame (frame); > } > > /* Callback function invoked when a tool bar item is pressed in a =20 > detached > *************** > *** 3480,3490 **** > xg_tool_bar_callback (wbutton, client_data); > FRAME_PTR f =3D (FRAME_PTR) g_object_get_data (G_OBJECT (wbutton), > XG_FRAME_DATA); > - /* Put focus back to the frame after we have clicked on a detached > - tool bar button. */ > - Lisp_Object frame; > - XSETFRAME (frame, f); > - Fx_focus_frame (frame); > } > > /* This callback is called when a tool item should create a proxy =20 > item, > --- 3484,3489 ---- > From stephen.berman@gmx.net Mon Mar 2 00:30:51 2009 Received: (at 1405) by emacsbugs.donarmstrong.com; 2 Mar 2009 08:30:51 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.9 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id n228UlgL018889 for <1405@emacsbugs.donarmstrong.com>; Mon, 2 Mar 2009 00:30:48 -0800 Received: (qmail invoked by alias); 02 Mar 2009 08:30:41 -0000 Received: from i59F5450F.versanet.de (EHLO escher.local.home) [89.245.69.15] by mail.gmx.net (mp059) with SMTP; 02 Mar 2009 09:30:41 +0100 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1/EnjE6hHPEDphQ28QjStpjegrJRMGLe+YOYdCi4k JsscsSe3P4gqdN Received: by escher.local.home (Postfix, from userid 1000) id 6C8AF1D0BAB; Mon, 2 Mar 2009 09:30:38 +0100 (CET) From: Stephen Berman To: "Jan D." Cc: 1405@debbugs.gnu.org, Chong Yidong , "emacs-devel\@gnu.org" Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> <87d4el4r59.fsf__38436.7469735027$1232225105$gmane$org@escher.local.home> <878wnpkuku.fsf@escher.local.home> <5CDF1AA3-F4F1-4A9E-A789-C4436898E5EF__16363.0212926821$1235978742$gmane$org@swipnet.se> Sender: steve@escher.local.home Date: Mon, 02 Mar 2009 09:30:38 +0100 In-Reply-To: <5CDF1AA3-F4F1-4A9E-A789-C4436898E5EF__16363.0212926821$1235978742$gmane$org@swipnet.se> (Jan D.'s message of "Mon, 2 Mar 2009 08:01:24 +0100") Message-ID: <873adw498x.fsf@escher.local.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 On Mon, 2 Mar 2009 08:01:24 +0100 "Jan D." wrote: > How does this work when the button is a menu, i.e. help? > > I will be travelling for 2 weeks. I can't test it until then. > > Jan D. > > 1 mar 2009 kl. 18.43 skrev Stephen Berman : > [...] >> The patch below (against the current CVS trunk) makes focus return to >> the frame regardless of the value of x-gtk-whole-detached-tool-bar >> (i.e., it works both with the proxy (arrow) and the whole detached tool >> bar). Jan D. or somebody else who's familiar with GTK+ should check to >> make sure it does not cause any problems elsewhere. AFAICT it DTRT; i.e., when I'm in a mode in which clicking the Help button opens a menu when the tool bar is attached to the frame, the same thing happens with the detached tool bar, with both the arrow and the whole tool bar versions. This is both with and without my patch; the only difference is that with my patch, after clicking a Help menu item focus returns to the frame with both types of detached tool bar, while without my patch, focus returns only with the arrow tool bar. IOW, also in this case the patch appears to be OK. Steve Berman From jan.h.d@swipnet.se Sat Mar 14 08:13:13 2009 Received: (at 1405) by emacsbugs.donarmstrong.com; 14 Mar 2009 15:13:13 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=FOURLA,HAS_BUG_NUMBER, MURPHY_DRUGS_REL8,XIRONPORT autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2EFD9NA011167 for <1405@emacsbugs.donarmstrong.com>; Sat, 14 Mar 2009 08:13:11 -0700 Received: from ironport.bredband.com (195.54.101.120) by proxy3.bredband.net (7.3.139) id 49B5DCC6002EE740 for 1405@emacsbugs.donarmstrong.com; Sat, 14 Mar 2009 16:13:03 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An0tANNmu0lV4S1uPGdsb2JhbACBTodFjCQBAQEBNboig38G X-IronPort-AV: E=Sophos;i="4.38,362,1233529200"; d="scan'208";a="496183467" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport1.bredband.com with ESMTP; 14 Mar 2009 16:12:54 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id DF8C47FA07B; Sat, 14 Mar 2009 16:12:53 +0100 (CET) Message-ID: <49BBC975.9060504@swipnet.se> Date: Sat, 14 Mar 2009 16:12:53 +0100 From: =?ISO-8859-1?Q?Jan_Dj=E4rv?= User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Stephen Berman CC: Chong Yidong , 1405@debbugs.gnu.org, "emacs-devel@gnu.org" Subject: Re: bug#1405: detached GTK+ tool bar References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> <87ej12m1ar.fsf@escher.local.home> <494A9B6E.6060307__43219.0094412819$1229627215$gmane$org@swipnet.se> <87tz91ky8s.fsf__3258.61482783711$1229634381$gmane$org@escher.local.home> <87d4el4r59.fsf__38436.7469735027$1232225105$gmane$org@escher.local.home> <878wnpkuku.fsf@escher.local.home> <5CDF1AA3-F4F1-4A9E-A789-C4436898E5EF__16363.0212926821$1235978742$gmane$org@swipnet.se> <873adw498x.fsf@escher.local.home> In-Reply-To: <873adw498x.fsf@escher.local.home> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Stephen Berman skrev: > On Mon, 2 Mar 2009 08:01:24 +0100 "Jan D." wrote: > >> How does this work when the button is a menu, i.e. help? >> >> I will be travelling for 2 weeks. I can't test it until then. >> >> Jan D. >> >> 1 mar 2009 kl. 18.43 skrev Stephen Berman : >> > [...] >>> The patch below (against the current CVS trunk) makes focus return to >>> the frame regardless of the value of x-gtk-whole-detached-tool-bar >>> (i.e., it works both with the proxy (arrow) and the whole detached tool >>> bar). Jan D. or somebody else who's familiar with GTK+ should check to >>> make sure it does not cause any problems elsewhere. > > AFAICT it DTRT; i.e., when I'm in a mode in which clicking the Help > button opens a menu when the tool bar is attached to the frame, the same > thing happens with the detached tool bar, with both the arrow and the > whole tool bar versions. This is both with and without my patch; the > only difference is that with my patch, after clicking a Help menu item > focus returns to the frame with both types of detached tool bar, while > without my patch, focus returns only with the arrow tool bar. IOW, also > in this case the patch appears to be OK. > It seems to do the trick, checked in. Jan D. From cyd@stupidchicken.com Sat Mar 14 08:56:29 2009 Received: (at control) by emacsbugs.donarmstrong.com; 14 Mar 2009 15:56:29 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2EFuQjO023406 for ; Sat, 14 Mar 2009 08:56:27 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 440C157E211; Sat, 14 Mar 2009 11:57:44 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 1405 Date: Sat, 14 Mar 2009 11:57:44 -0400 Message-ID: <87prgkdrlz.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii close 1405 thanks From jan.h.d@swipnet.se Sat Mar 14 10:08:20 2009 Received: (at 1405-done) by emacsbugs.donarmstrong.com; 14 Mar 2009 17:08:20 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: *** X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=3.5 required=4.0 tests=CLOSE,ONEWORD,XIRONPORT autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from proxy3.bredband.net (proxy3.bredband.net [195.54.101.73]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2EH8GxG011589 for <1405-done@emacsbugs.donarmstrong.com>; Sat, 14 Mar 2009 10:08:18 -0700 Received: from ironport2.bredband.com (195.54.101.122) by proxy3.bredband.net (7.3.139) id 49B5DCC6002F4E19 for 1405-done@emacsbugs.donarmstrong.com; Sat, 14 Mar 2009 18:08:11 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag1BABOBu0lV4S1uPGdsb2JhbACBS4dFN4YjhUoBAQEBNbQFg38G X-IronPort-AV: E=Sophos;i="4.38,363,1233529200"; d="scan'208";a="463989604" Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ironport2.bredband.com with ESMTP; 14 Mar 2009 18:08:10 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTPA id 81D167FA07B for <1405-done@emacsbugs.donarmstrong.com>; Sat, 14 Mar 2009 18:08:10 +0100 (CET) Message-ID: <49BBE479.5000109@swipnet.se> Date: Sat, 14 Mar 2009 18:08:09 +0100 From: "Jan D." User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: 1405-done@debbugs.gnu.org Subject: Done Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Done From unknown Sun Aug 10 12:10:43 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Wed, 05 Aug 2009 14:24:10 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator