GAction: no helper class, other limitations
Submitted by Ondřej Tůma
Link to original bug (#768228)
Description
Missing Action Helper class
GAction behavior is great idea. Somewhere in application, there could be action, and someone element (Widget or System menu item) could activate it, optionally with some data. But there is no support class, or widget method, which could help programmer to activate action someone in application. So I use hack in Formiko, when i get top_level_window for win prefixed action, or next get_application for app prefixed action. If i want to use my own action groups ... So I don't need actions now :-(
Default states from action
Many (probably all) widgets could get states from stateful actions, but there is bug, so sometime radio buttons activate another radio button in group, when that is active, but it should not be. (GTK+ 3.14.5 in Debian Jessie)
No different between activate and change-state
I expect, that if radio button group change state, i got only new state - mistake :-( So radio buttons activate / set state on actions, when change it's state from active to not active too.
Missing automatic check button action states
It could be so nice, if check button or switch could send it's activate state to boolean stateful action.
Missing signal connection to action from widgets
That's great when widgets set it's state from action at probably realize time, but they not track action state. So if somewhere in application, is two sources for stateful action, they don't refresh own states.
I'm not sure how can i split this "bugs", I'm not sure if i can call this comments bugs. So here it is.
Version: 3.14.x