FVWM Bug Tracking notification
new message incoming/743
Message summary for PR#743
From: [EMAIL PROTECTED]
Subject: Shaded windows still receive keypresses
Date: Thu, 19 Jul 2001 03:24:15 -0500
0 replies 0 followups
====> ORIGINAL MESSAGE FOLLOWS <====
>From [EMAIL PROTECTED] Thu Jul 19 03:24:16 2001
Received: from karazm.math.uh.edu ([129.7.128.1])
by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
id 15N96W-0007H0-00
for [EMAIL PROTECTED]; Thu, 19 Jul 2001 03:24:16 -0500
Received: from malifon.math.uh.edu (IDENT:[EMAIL PROTECTED] [129.7.128.13])
by karazm.math.uh.edu (8.9.3/8.9.3) with ESMTP id DAA07093
for <[EMAIL PROTECTED]>; Thu, 19 Jul 2001 03:24:15 -0500 (CDT)
From: [EMAIL PROTECTED]
Received: from localhost ([127.0.0.1] ident=65534)
by malifon.math.uh.edu with esmtp (Exim 3.20 #1)
id 15N96V-0007Gw-00
for [EMAIL PROTECTED]; Thu, 19 Jul 2001 03:24:15 -0500
To: [EMAIL PROTECTED]
Subject: Shaded windows still receive keypresses
X-RBL-Warning: (relays.orbs.org) MAIL BLOCKED; See http://www.e-scrub.com/orbs/
Message-Id: <[EMAIL PROTECTED]>
Date: Thu, 19 Jul 2001 03:24:15 -0500
X-RBL-Warning: (relays.orbs.org)
Full_Name: Dmitry Bolkhovityanov
Version: 2.4
CVS_Date:
OS: Red Hat Linux 7.1
X_Server: XFree86 4.0.3
Submission from: (NULL) (140.221.9.192)
The subject says it all -- if one presses keys when a shaded window is
focused, that app receives key events.
Since shading is like iconifying (i.e. "minimizing" a space, occupied by a
window, to some "icon"), it is wise to prevent keys from going to shaded
windows. Other WMs (at least AfterStep) do so.
(Frankly speaking, I've tried adding "if (!IS_SHADED(sf&Tmp_win))" before
XSendEvent()s in events.c:HandleKeyPress(), but, strangely, it changed
nothing.)
--
Visit the official FVWM web page at <URL:http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm-workers" in the
body of a message to [EMAIL PROTECTED]
To report problems, send mail to [EMAIL PROTECTED]
