<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Finally: Ivan do you see security implications in a future<br>
implementation of this approach which also allows the resulting<br>
changes to an object launched in this manner from being passed back to<br>
the invoking activity.  For instance, consider a Website activity<br>
which you can import source images into, but allows you to select any<br>
of those images and say "Edit with [Paint]", which then automatically<br>
updates the image within the Website project as the Paint instance<br>
gets saved.  I think this might be a nice alternative to true aliases,<br>
which can be confusing for kids, while encouraging inter-activity<br>
projects and development.<br>
<font color="#888888"><br>
- Eben<br>
</font></blockquote><div><br>I definitely see security implications here. This is potentially a way for a web page to launch Record, let the kid take pictures of themselves, and upload those pictures to the web.<br><br>I think that the solution is that, when the result is to be passed back, the sub-activity (Record) gets the intersection of its privileges and the super-activity's (Browse). This would mean that the pass-back functionality would become frequently useless for activities like Record and Measure which rely on the mic/cam, and limited for activities like Tamtam which use the mic/cam peripherally.<br>
</div></div><br>