On Tue, 2008-05-06 at 15:31 -0400, Paul Davis wrote: > I consider > GtkAction to be a very suitable starting (and perhaps end) point for the > kind of change I am proposing. That sounds quite sensible. We've been increasingly focused on GtkAction as the rendezvous point for concentrating GUI responses instantiated by user or programmatically all over applications, and are looking at piling more functionality into it. As it stands right now GtkAction isn't quite generic enough (for example, it's all hard wired to use stock icons only, so if you've got UI elements that have the temerity to have nothing to do with stock functions and therefore have no stock icon, you can't take advantage of the create_*() functions) but in terms of having a unified handler for callbacks from different parts of a program GtkAction is great. AfC Sydney -- Andrew Frederick Cowie Operational Dynamics is an operations and engineering consultancy focusing on IT strategy, organizational architecture, systems review, and effective procedures for change management. We actively carry out research and development in these areas on behalf of our clients, and enable successful use of open source in their mission critical enterprises, worldwide. http://www.operationaldynamics.com/ Sydney New York Toronto London
Attachment:
signature.asc
Description: This is a digitally signed message part