<div dir="ltr"><div class="gmail_quote">On Sat, Oct 11, 2008 at 2:11 PM, Gary C Martin <span dir="ltr">&lt;<a href="mailto:gary@garycmartin.com">gary@garycmartin.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
1) Content bundles are distributed and installed into the default home<br>
page library. No way to manage these in Sugar once installed (have to<br>
drop to a command line and know what you&#39;re doing).<br>
<br>
2) Content is being shipped in an Activity build from a minimal Browse<br>
template (hopefully sharing as much code as possible). The Wikipedia<br>
slice and Help are examples in this direction. They can be managed<br>
within the current Sugar GUI, just like any activity. They are also<br>
visible (or can be) from the home view. They allow custom icons for<br>
the content to be accessed. They allow customisations via the Activity<br>
interface to improve access to information in a Sugar HIG way.</blockquote><div><br>I&#39;m the one who did the activity part of the Wikipedia slice, which extends Browse.&nbsp; It was based on one of mstone&#39;s older projects.&nbsp; <br>
<br>On the good side, the Wikipedia example imports 99% of its code directly from Browse, adds a Search toolbar, starts up a webserver, and goes to a URL.&nbsp; Quite simple, really.<br><br>On the bad side, you can&#39;t run two Wikipedias because they will try to bind webservers to the same port.&nbsp; Also, if the user removes Browse, Wikipedia will no longer run.<br>
</div></div><br>These issues could best be solved by a sugar-webcontent-activity package which is shipped by default.&nbsp; It would contain the Browse GUI classes plus a template Activity class.&nbsp; It would also provide a base WebServer class that takes care of finding an unused port and binding to localhost.&nbsp; Content bundles could use the template Activity class as is without any Python code, or else could subclass it (and optionally the WebServer class as well).<br>
<br>I agree with you that right now, Activity Bundles are a better way to distribute content
than the Library bundles.&nbsp; There is a lot of infrastructure and UI built around activity management now.&nbsp; Activities are also more visisble - good content is currently too well hidden inside Browse.&nbsp; I think it would be a nice simplification to the Sugar environment.<br>
<br>-Wade<br></div>