From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: [Chong Yidong] Re: Tool-bar buttons unresponsive with tooltips on Date: Mon, 17 Oct 2005 14:37:46 +0100 Message-ID: <4353A92A.2040004@gnu.org> References: <8764rwgu1n.fsf@stupidchicken.com> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2108254240==" X-Trace: sea.gmane.org 1129556497 24507 80.91.229.2 (17 Oct 2005 13:41:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 17 Oct 2005 13:41:37 +0000 (UTC) Cc: Chong Yidong , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 17 15:41:31 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ERVCD-0000ee-05 for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 15:38:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERVCC-0004nC-EU for ged-emacs-devel@m.gmane.org; Mon, 17 Oct 2005 09:38:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ERVBn-0004iC-Om for emacs-devel@gnu.org; Mon, 17 Oct 2005 09:38:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ERVBh-0004h6-0r for emacs-devel@gnu.org; Mon, 17 Oct 2005 09:38:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ERVBg-0004h3-TC for emacs-devel@gnu.org; Mon, 17 Oct 2005 09:38:00 -0400 Original-Received: from [217.207.198.106] (helo=exchange.integrasp.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1ERVBg-0000Ti-Ry for emacs-devel@gnu.org; Mon, 17 Oct 2005 09:38:01 -0400 Original-Received: from ASSP-nospam (localhost [127.0.0.1]) by exchange.integrasp.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id RFBH9BAR; Mon, 17 Oct 2005 14:33:41 +0100 Original-Received: from 192.168.111.63 ([192.168.111.63] helo=[192.168.111.63]) by ASSP-nospam ; 17 Oct 05 13:33:41 -0000 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en Original-To: "Kim F. Storm" In-Reply-To: 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:44181 Archived-At: This is a multi-part message in MIME format. --===============2108254240== Content-Type: multipart/alternative; boundary="------------000105050107000108050902" This is a multi-part message in MIME format. --------------000105050107000108050902 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Kim F. Storm wrote: >>It seems to be related to a setting in KDE's window manager, "Click >>Raise Active Window". The tooltip for this setting says: >> >> When this option is enabled, the active window will be brought to >> the front when you click somewhere into the window contents. >> >>When "Click Raise Active Window" is enabled, the bug appears (clicking >>on a toolbar button when the tooltip is active dismisses the tooltip, >>but doesn't click the button). The bug goes away if "Click Raise >>Active Window" is disabled. >> >>This is KDE 3.4.3, the one that comes with the Ubuntu "Breezy Badger" >>release. >> >> > >Interesting (but I still don't understand where the problem is, or >what triggers it). > > What happens to last_mouse_glyph when you click on the toolbar? In a GTK build (where the toolbar is a GTK widget) and in a non-GTK build (where the toolbar is part of the Emacs frame's client area). Do we still have a bug in the (virtual) glyph used for mouse tracking in one of these cases? --------------000105050107000108050902 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Kim F. Storm wrote:
It seems to be related to a setting in KDE's window manager, "Click
Raise Active Window". The tooltip for this setting says:

  When this option is enabled, the active window will be brought to
  the front when you click somewhere into the window contents.

When "Click Raise Active Window" is enabled, the bug appears (clicking
on a toolbar button when the tooltip is active dismisses the tooltip,
but doesn't click the button).  The bug goes away if "Click Raise
Active Window" is disabled.

This is KDE 3.4.3, the one that comes with the Ubuntu "Breezy Badger"
release.
    

Interesting (but I still don't understand where the problem is, or
what triggers it).
What happens to last_mouse_glyph when you click on the toolbar? In a GTK build (where the toolbar is a GTK widget) and in a non-GTK build (where the toolbar is part of the Emacs frame's client area).

Do we still have a bug in the (virtual) glyph used for mouse tracking in one of these cases?


--------------000105050107000108050902-- --===============2108254240== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============2108254240==--