What I think will work better is intercepting the gdk.MAP Events, and trying to relate a given Widget to its parent Window at that point in time. I don't know how well this will work if there are pop-up dialogs or tool windows, or things like that. I also don't know how well that will work with the Sugar interface, given that everything is effectively a big window.
What I think would be a good way to see how the Events get thrown around when running Sugar. I think that with the class I've got, I can turn a few things off so that it just prints out all of the Events that are generated. From there, I can find out which ones I care about, and which ones I don't. That should give me a good idea of the kind of functionality that will be needed (hopefully). That's all assuming that Sugar uses PyGTK (which I am 99% sure it does), and that when it launches activities, it keeps them running in the same process (which I am about 50% sure it does). I'll know later tonight, I guess.
No comments:
Post a Comment