From: "Jan D." <jan.h.d@swipnet.se>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: Chong Yidong <cyd@stupidchicken.com>,
1405@emacsbugs.donarmstrong.com, emacs-devel@gnu.org
Subject: bug#1405: detached GTK+ tool bar
Date: Fri, 19 Dec 2008 08:38:12 +0100 [thread overview]
Message-ID: <494B4F64.4040406__44960.9594922096$1229677569$gmane$org@swipnet.se> (raw)
In-Reply-To: <87tz91ky8s.fsf@escher.local.home>
Stephen Berman skrev:
> On Thu, 18 Dec 2008 19:50:22 +0100 Jan Djärv <jan.h.d@swipnet.se> wrote:
>
>> Stephen Berman skrev:
>>> On Sun, 23 Nov 2008 12:01:09 +0100 Jan Djärv <jan.h.d@swipnet.se> 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.
next prev parent reply other threads:[~2008-12-19 7:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <87hc5zcug7.fsf@cyd.mit.edu>
2008-11-23 11:01 ` bug#1405: detached GTK+ tool bar Jan Djärv
2008-11-24 0:10 ` Stephen Berman
[not found] ` <87ej12m1ar.fsf@escher.local.home>
2008-11-24 8:03 ` Jan D.
[not found] ` <492A5FD1.5040606@swipnet.se>
2008-11-24 15:58 ` Chong Yidong
[not found] ` <87hc5xazfx.fsf@cyd.mit.edu>
2008-11-24 21:41 ` Jan Djärv
2008-12-18 18:50 ` Jan Djärv
2008-12-18 20:46 ` Stephen Berman
2009-01-17 20:24 ` Stephen Berman
2009-03-01 17:43 ` Stephen Berman
[not found] ` <878wnpkuku.fsf@escher.local.home>
2009-03-02 7:01 ` Jan D.
2009-03-02 8:30 ` Stephen Berman
2009-03-14 15:12 ` Jan Djärv
[not found] ` <87tz91ky8s.fsf@escher.local.home>
2008-12-19 7:38 ` Jan D. [this message]
2008-11-23 11:02 ` Jan Djärv
2008-11-22 21:38 Chong Yidong
2008-11-22 23:08 ` Stephen Berman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='494B4F64.4040406__44960.9594922096$1229677569$gmane$org@swipnet.se' \
--to=jan.h.d@swipnet.se \
--cc=1405@emacsbugs.donarmstrong.com \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=stephen.berman@gmx.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).