Activity creation internals: Difference between revisions
Lincolnquirk (talk | contribs) (initial crack) |
m (Fix link) |
||
Line 1: | Line 1: | ||
This is part 3 of the Sugar internals series. Part 2 is |
This is part 3 of the Sugar internals series. Part 2 is [[Sugar Components]], and part 1 is [[Understanding Sugar code]]. |
||
=Sugar-activity launcher= |
=Sugar-activity launcher= |
Latest revision as of 21:32, 13 August 2010
This is part 3 of the Sugar internals series. Part 2 is Sugar Components, and part 1 is Understanding Sugar code.
Sugar-activity launcher
You can launch activities using the 'sugar-activity' launcher. This gets a reference to a D-bus service and asks it to create an activity for us. Then it calls gtk.main(). The D-bus service is created in the same process (I don't know why), so the message is enqueued and when gtk.main() is called, D-bus gets a callback.
Shell launcher
Activity code
Anyway, take a look at activityfactoryservice.py where the listening service is invoked. You see the 'create' method. It calls 'self._constructor' (which was initialized in __init__ to the module and class name in the activity.info file), passing it some sort of handle. When the constructor returns, it calls present(), adds the activity to the list of running activities and returns.
Interesting. There is no GTK main loop here.
document still in progress...