Comment 4 for bug 390552

Revision history for this message
ekilfoil (ekilfoil) wrote : Re: [Bug 390552] Re: Add a key-release signal in addition to key-press

It's been a while since I submitted this so I'm not sure exactly what the
situation is, but I can say that Windows supports key-release events *WAY*
better than X11. X11 pushes a fake key-release event into the X event queue
for autorepeat. Windows only issues a key-release event when the physical
key is actually released.
In windows, it is easy to detect an actual key release event. In X11, it is
much, much harder.

-eric

On Sat, Sep 12, 2009 at 7:11 AM, Mikkel Kamstrup Erlandsen <
<email address hidden>> wrote:

> I am mostly concerned about Win32 support here. The X11 part is
> definitely feasible. I talked to *** a bit about this and looked at the
> docs myself: http://msdn.microsoft.com/en-
> us/library/ms646309%28VS.85%29.aspx
>
> As far as I can tell, Win32 can not support key-release events out of
> the box. It might be possible if one wants to go closer to the core
> Win32 API, but I am not sure anyone has time or skills to do that.
>
> Unless we can get a 100% affirmative that this is portable and indeed
> feasible without jumping through hoops I am going to have to reject it.
>
> Watch this space for updates.
>
> --
> Add a key-release signal in addition to key-press
> https://bugs.launchpad.net/bugs/390552
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Gtk Hotkey Library: Confirmed
> Status in GtkHotkey 0.3 series: New
>
> Bug description:
> When the hotkey is pressed, an event is sent as expected, however, there is
> no way to track a release event. The keypress release seems to happen
> instantly.
>
> We're trying to implement a GPL version of voice chat software. The
> software uses a keypress to turn on the mic and send sound.
>
> Instead of an "activated" event, I would expect a "pressed" and "released"
> event just like a GTK button.
>