Very quick (and possibly unfair) review: there are several "manifest + metadata + files, all zipped up" formats, some of them very popular in education.
In other words, this fits IMS-CP to a T. Yes, we may want to initially support a subset of IMS-CP, or add some additional bits that are of use to us. That's fair game. Our needs in this regard are fairly standard. Let's leverage the many tools that know IMS-CP, and the vast amounts of content out there. (Several other formats are slight variations on IMS-CP too. Oh, and this would pull us towards DublinCore metadata as well, which will be anotehr good step). To put it in more direct terms: it is a "file format" proposal that does not have a "compatibility" section. Or a "related file formats that would be a good idea". As I mentioned, this may be grossly unfair on Aleksey, maybe there *is* a reason why we're a unique snowflake and it makes sense to build our own isolated island. It's just not written anywhere :-) cheers, m On Tue, Jul 28, 2009 at 11:29 AM, Tomeu Vizoso<to...@sugarlabs.org> wrote: > Martin, SJ, > > do you have anything to say? Do you know anyone in the field who has > anything to say about this? > > Thanks, > > Tomeu > > On Mon, Jul 27, 2009 at 07:46, Aleksey Lim<alsr...@member.fsf.org> wrote: >> Hi all, >> >> Object Bundles feature page >> http://wiki.sugarlabs.org/go/Features/Object_Bundles >> >> OB deprecates .xol and .xoj bundles(but can import them) and provide >> major OB proposal's feature [1]. >> >> Tweaked Browse[2] uploads[3] OB instead of raw files the original >> idea was to upload bundles only if HTTP server requests it(by accept >> parameter of input tag) but in that case we should support it on >> server side thus cloned version of Browse uploads .xo in any case >> (later we can change it in some way but now its ready for testing >> at least). >> >> [1] http://wiki.sugarlabs.org/go/Features/Object_Bundles#Summary >> [2] http://wiki.sugarlabs.org/go/Features/Object_Bundles#Implementation >> [3] http://wiki.sugarlabs.org/go/Features/Object_Bundles#How_To_Test >> >> -- >> Aleksey >> _______________________________________________ >> Sugar-devel mailing list >> Sugar-devel@lists.sugarlabs.org >> http://lists.sugarlabs.org/listinfo/sugar-devel >> > -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff _______________________________________________ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel