[Sugar-devel] Activity updater

Aleksey Lim alsroot at member.fsf.org
Fri May 28 05:23:59 EDT 2010


On Thu, May 27, 2010 at 12:50:10PM -0400, Bernie Innocenti wrote:
> El Sun, 23-05-2010 a las 14:50 -0400, Michael Stone escribió:
> > The only purposes of the list comprehension in UpdateModel.check_updates() is
> > to set self._bundles_to_check to a list containing the elements returned by
> > bundleregistry.get_registry(). This purpose can be more succinctly achieved by
> > means of the list() constructor.
> 
> I'll test both patches in F11-XO1 and report back.
> 
> As your eyes are already looking at this code, perhaps you may like to
> help with some work. yesterday dsd and I discussed the possibility to
> add back support for the microformat as a backend to the current
> activity updater.
> 
> The current aslo-specific RDF protocol makes it hard for deployments to
> decentralize activity management to schoolservers. It's also very slow
> becase it does one HTTP query for each installed activity. Daniel wrote
> a list of desired requirements in another post not long ago.
> 
> The ASLO-side of microformat support looks really trivial: we just need
> edit the html template for the page displaying activity collections.

But what about more trivial way, just create new php generated page
(like update-aslo.php) to generate page with what updater needs. In that
case such script will be stored out of AMO code base and won't contain
any AMO UI elements.

> ASLO lets any registered user create custom collections and grant other
> users editing rights to it. The only important feature which is missing
> is locking specific versions of activities.
> 
> If it's a lot easier, we could restore support for the OLPC microformat
> and ditch the RDF protocol altogether. It won't be missed because it
> hasn't been used by any large deployment yet.
> 
> I'm not sure can import the old code verbatim, though. Besides being
> very complex, it adds a dependency on bitfrost. A minimalistic backend
> for the current updater would be a lot more maintainable, imho.
> 
> -- 
>    // Bernie Innocenti - http://codewiz.org/
>  \X/  Sugar Labs       - http://sugarlabs.org/
> 

-- 
Aleksey


More information about the Sugar-devel mailing list