Comment 6 for bug 390552

Actually... that was pretty much the extent of my Windows keyboard
processing knowledge :).
I don't know anything about the Win32 Hotkey API (or Win32 anything really),
but some googling led me to this:

http://msdn.microsoft.com/en-us/library/dd458624(VS.85).aspx

I guess what you're using now is the builtin hotkey register/notification
process that shows there, and you're right, it doesn't seem to be able to
deal with it. You'd have to actually look for the KEYDOWN and KEYUP
notifications in order to implement this.

-eric

On Mon, Sep 14, 2009 at 2:30 AM, Mikkel Kamstrup Erlandsen <
<email address hidden>> wrote:

> My biggest concern is that the native Win32 Hotkey API doesn't expose
> key-release events as far as I can see, and I, for one, don't have the
> faintest clue on how to work with the underlying windowing system of
> Win32.
>
> So the question is simple: Is it realistic that we can have an
> implementation of GtkHotkeyListener, with a key-released signal add to
> to the interface, implemented on top of Win32?
>
> But you seem to know the insides of Win32 way better than me... *hint*
> *hint* ;-)
>
> --
> 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.
>