From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.devel Subject: Re: bug#1405: detached GTK+ tool bar Date: Mon, 24 Nov 2008 01:10:20 +0100 Message-ID: <87ej12m1ar.fsf@escher.local.home> References: <87hc5zcug7.fsf@cyd.mit.edu> <492937F5.1040301__9972.48901189796$1227438707$gmane$org@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1227485444 2420 80.91.229.12 (24 Nov 2008 00:10:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Nov 2008 00:10:44 +0000 (UTC) Cc: Chong Yidong , 1405@emacsbugs.donarmstrong.com, emacs-devel@gnu.org To: Jan =?utf-8?Q?Dj=C3=A4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 24 01:11:46 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L4P3K-0001QB-Fr for ged-emacs-devel@m.gmane.org; Mon, 24 Nov 2008 01:11:46 +0100 Original-Received: from localhost ([127.0.0.1]:40466 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L4P2B-0003er-5n for ged-emacs-devel@m.gmane.org; Sun, 23 Nov 2008 19:10:35 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L4P24-0003ec-W3 for emacs-devel@gnu.org; Sun, 23 Nov 2008 19:10:29 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L4P23-0003e2-2B for emacs-devel@gnu.org; Sun, 23 Nov 2008 19:10:28 -0500 Original-Received: from [199.232.76.173] (port=46178 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L4P22-0003do-Vy for emacs-devel@gnu.org; Sun, 23 Nov 2008 19:10:27 -0500 Original-Received: from mail.gmx.net ([213.165.64.20]:38677) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1L4P21-00027x-PG for emacs-devel@gnu.org; Sun, 23 Nov 2008 19:10:26 -0500 Original-Received: (qmail invoked by alias); 24 Nov 2008 00:10:21 -0000 Original-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 Original-Received: by escher.local.home (Postfix, from userid 1000) id 54E367FF7F; Mon, 24 Nov 2008 01:10:20 +0100 (CET) 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") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:106049 Archived-At: 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