<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Hi All,<br><br></div>One feature that was proposed last cycle but never got 100% finished was to add an api for activities to launch other activities.  I prematurely merged it last week, but would like to start a discussion on getting it improved and merged again.<br><br></div>Feature Page:  <a href="http://wiki.sugarlabs.org/go/Features/Start_activity_from_another_activity">http://wiki.sugarlabs.org/go/Features/Start_activity_from_another_activity</a><br></div>Patch Link:  <a href="https://github.com/sugarlabs/sugar/pull/484">https://github.com/sugarlabs/sugar/pull/484</a><br><br></div>Here are some points to start a discussion:<br><br></div>* It would be nice to have it integrate with the New ASLO and prompt when the user doesn't have an activity and must download one.  The New ASLO has data sorted by bundle ID and is collecting mime types for all activities, meaning we have all the data required to make this work.  The next question is probably UX.  Here is my mockup suggestion:  <a href="http://framebox.org/TbEd">http://framebox.org/TbEd</a><br><br></div>* The system is often compared to the android intent system, but I don't think that we should design it that way.  Sugar is very file/object orientated where as android is orientated around URIs.  Android is about consuming content from the internet and it's apps are closer to websites than traditional applications in many instances.  Sugar is much more desktoppy and the desktop is built around files.  It think the intent system build around object IDs is very suited to what sugar is today.<br><br></div>* Does the design deal with all the security stuff?<br><br></div>* Are there use cases in sugar activities that this system does not cater for?<br><br></div>Thanks,<br></div>Sam<br></div>