Yes I have it working here too. My thanks also.
Salsaman.
http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman
On Sat, Feb 4, 2012 at 20:41, victor-victor wrote:
>
>
>
>>look into gdk event filters for gdk windows, which will allow you to
>>catch and handle every single key
>look into gdk event filters for gdk windows, which will allow you to
>catch and handle every single key event no matter what else is done
>with it. then use a hash map to store which keys are down, and a
>simple api to search it or return the current "down set".
I applied this method and it wo
Hello,
I'm the creator of a program called DreamPie, and there's one GTK bug that
causes it to crash ( https://bugzilla.gnome.org/show_bug.cgi?id=611069 ). I
now found the cause of the bug and filed a patch, and I wonder if a
workaround is possible, for users of current and old GTK versions.
What
On Sat, Feb 4, 2012 at 14:07, Paul Davis wrote:
> On Sat, Feb 4, 2012 at 11:41 AM, salsaman wrote:
>> So whats the replacement ? Set key event handlers for every single window ?
>>
>> That makes no sense. Why remove a function which works perfectly well,
>> which people are relying on ?
>
> gdk_w
On Sat, Feb 4, 2012 at 11:41 AM, salsaman wrote:
> So whats the replacement ? Set key event handlers for every single window ?
>
> That makes no sense. Why remove a function which works perfectly well,
> which people are relying on ?
gdk_window_add_filter (NULL, ) works for all windows.
anyw
So whats the replacement ? Set key event handlers for every single window ?
That makes no sense. Why remove a function which works perfectly well,
which people are relying on ?
WHY WHY WHY ??? I just do not get it. Do you just roll a dice and
decide which function to drop next ?
Im sorry, but al
On Sat, Feb 4, 2012 at 11:21 AM, salsaman wrote:
> What do you mean deprecated ? There is no mention of this in the
> documentation.
i'm looking ahead to 3.0 and i talk to the GTK guys regularly on IRC.
___
gtk-list mailing list
gtk-list@gnome.org
http
What do you mean deprecated ? There is no mention of this in the documentation.
Salsaman.
http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman
On Sat, Feb 4, 2012 at 12:54, Paul Davis wrote:
> On Sat, Feb 4, 2012 at 10:34 AM, salsaman wrote:
>> Hi Paul,
>> Have a look at gt
On Sat, Feb 4, 2012 at 10:34 AM, salsaman wrote:
> Hi Paul,
> Have a look at gtk_key_snooper_install().
key snoopers are deprecated now.
we use them in ardour but will switch to gdk event filters soon.
___
gtk-list mailing list
gtk-list@gnome.org
http:
Hi Paul,
Have a look at gtk_key_snooper_install().
Salsaman.
http://lives.sourceforge.net
https://www.ohloh.net/accounts/salsaman
On Sat, Feb 4, 2012 at 12:06, Paul Davis wrote:
> On Sat, Feb 4, 2012 at 2:30 AM, victor-victor wrote:
>>
>> Hello
>>
>> I know how to grab a single key event wi
On Sat, Feb 4, 2012 at 2:30 AM, victor-victor wrote:
>
> Hello
>
> I know how to grab a single key event with gdk, but I'd like to know how to
> grab a key combination that is *not* using a modifier key. For example I
> would like to grab when 'GDK_KEY_a' and 'GDK_KEY_right' are pressed
> simulta
Hi, ALL,
>From the GTK+ docs:
http://developer.gnome.org/gtk3/stable/GtkComboBox.html#GtkComboBox-popup
"The ::popup signal is a keybinding signal which gets emitted to popup
the combo box list.
The default binding for this signal is Alt+Down."
Is it possible to know if the user pressed the keys
12 matches
Mail list logo