[Sugar-devel] multiple activity versions installed simultaneously (was Re: [Bugs] #1042 UNSP: cannot install new activity version)
Gary C Martin
gary at garycmartin.com
Mon Aug 10 21:24:46 EDT 2009
On 10 Aug 2009, at 17:24, Daniel Drake wrote:
> 2009/8/10 Martin Dengler <martin at martindengler.com>:
>> Learner-generated activity patches, perhaps? Like, we're under a
>> tree
>> and here's my patched Terminal/Pippy/Speak that you may want to try
>> but not commit to blowing-away your "official" version...
>
> Do we have the relevant tools/interfaces/activities to make this
> possible and realistic?
It's not so far off...
> What are the user interfaces like when dealing with multiple
> activities?
Well, we have this already, it's called the Journal. Just download
Activity bundles and they all live there (and have done as far back as
I can recall)...
> If I click on a new version of an activity in browse, does
> it upgrade the one I have or install it in parallel?
It downloads the bundle to Journal and auto unpacks/installs, though
this may have been modified by a very recent patch I haven't poked at
yet:
http://dev.sugarlabs.org/ticket/1042
> How do I erase old versions?
Delete the bundle form the Journal
> When I click the activity from the home screen, which version gets
> launched?
The last one that you installed (via either downloading in Browse or
clicking a bundle in Journal).
> Having user-modifiable activities like this is a nice idea, and laying
> the groundwork to make it possible could also be sensible, but right
> now it seems like we aren't ready and the reason for the introduction
> of this code is/was for unrelated reasons.
We would need a button to create an Activity bundle and pop it into
the Journal). So work flow could be:
1) download some activity via Browse
2) Start it up
3) Click on "Edit Source" – would be new feature, currently we just
have "View Source", but there is a patch for the view that could be
close if desired, from Lucian http://wiki.sugarlabs.org/go/Development_Team/Almanac#How_do_I_create_a_text_box_for_code_editing.3F
4) Quit, Start, test, goto 3 and repeat
5) Click on "Keep Activity bundle to Journal" – would be new feature
in "Edit Source" toolbar
6) Use "Send to <friend>" to share bundle with others
As long as you kept the original bundle in your Journal, you can click
it to restore the original code, and click a bundle you or a friend
made to hop back in to an edit workflow cycle.
Plenty to polish and smooth workflow, but an editable source view and
a 'make bundle' button don't seem to horrendous to consider if this is
seen as a desired feature to push on.
> I also feel that this
> functionality would rarely be used in the field.
Agreed, but our minority percentage of 'to be geek' learners (we only
need ~0.01% of users to be geeky enough to get us ~1000 new activity
Authors) would be the ones in field to benifit, though clearly it
would allow many more just to tinker with python. I can imagine
starting with a template activity (could be helloworld, could be a
Physics template, Simple game template etc) where folks then modify
and add to it to create their own activity, game, et al, and learn how
to build new activities. Work flow would be basically hack on live
installed version for a while it for a while, bundle it when you want
to keep a snapshot to Journal (version), repeat, rinse, share bundle
once you're happy with it.
Disclaimer, there are likely better ways of doing this but at great
development cost, this is my view of the likely shortest path to
feature.
Regards,
--Gary
More information about the Sugar-devel
mailing list