I think that you are falling again in the same mistake.
The problem is that the user can change the keyboard shortcut bindings. 

Say that CTRL-A doesn't means anything in the custom acellerator keys.
With your approaching (disable the response of the tree view widget for the 
CTRL-A event)
the user could never get use of the built in event handlers because it will be 
rejected by 

the child widget itself in any case (if it is handled by the main window or not)
and that makes the user get confused.

The thing is a question of priorities. If one widget has priority over the main 
window to handle any event, 

lets ask first to the widget to try to handle it. If the widget doesn't handle 
the event then ask the main window to handle it.
On the other hand, if the focused widget doesn't have priority over the main 
window then ask the main window to 

try handle the event and only if it doesn't handle the event, then pass it to 
the focused widget.

So from my point of view there is only need to define the child widget priority 
(by type) over the calling main 

window and do a decision case depending on the priority and if the event is 
handled or not by the prioritized.

I'll upload a table for that matter soon.
Cheers
Carlos



>Look, I'm talking about different thing. We don't need to know the key
>attached to "select all" event of Layer Tree widget or any other key.
>Just forbid that event, remove it.

>Again, removing "select all" event of Layer Tree widget will result in
>following:
>1. User press Ctrl+A.
>2. Key is passed to (focused) Layer Tree widget
>3. But there's no event associated with this keybinding (we have removed it)
>4. Synfig detects that widget will be unable to handle the keyboard event
>and the event will be handled by the main window.

>Just override "select all" signal for layer tree -
>http://developer.gnome.org/gtk/stable/GtkTreeView.html#GtkTreeView-select-all
>(make it return "false, do nothing or something like that, I don't
>know).
>That's it.
>K.

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
Synfig-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/synfig-devl

Reply via email to