Jacob Rus wrote:
Dan Williams wrote:
http://wiki.laptop.org/go/Activity_Bundles

Comments welcome. Especially from you, Blizzard, since easily
installable and transferable activities is your baby :)

Dan
Apple's very similar application bundles may be a useful inspiration here. They are quite well [documented][1] at Apple's developer website. In particular, there are a few things in OS X application [info.plist files][2] that may be useful for OLPC info files.

1. Info.plist files have both a monotonically increasing integer
   version (CFBundleVersion), and a human-readable version string,
   (CFBundleShortVersionString).

I tend to think this would be useful. I don't think we should expose it during a normal installation process but when things breaks or there are anomalities, it would be preferable to show a human readable version to the user then an integer.

2. Applications declare which file types they are able to open,
   and which icons to use for those file types.

I think the associations between files and activities in sugar will not be usually MIME based. There is still the case of files downloaded from the web, which I'm not sure how to handle yet (pdf for example). Maybe this could work for that case but I want to avoid to get in the business of file types association editing at any cost :)

3. The LSMinimumSystemVersion key is used to indicate the minimum
   operating system version the application will run on.


Yeah I think I brought this up with Dan too. Indicating a minimum version or an exact one depends on which kind of ABI policy we decide to adopt.

Also, OS X handles all internationalization through «LangName».lproj folders inside the resources folder for the application bundle. These contain localized versions of every string applicable to the info.plist files, in files called InfoPlist.strings, and other internationalized strings in a file called Localizable.strings. This way isn't necessarily better, but keeping all the localized strings for a particular language for a particular application in one place, instead of leaving some of them in the main info file, and others elsewhere, seems like a good idea to me.

Yeah, Dan was considering something similar if I'm not mistake.

Thanks,
Marco
_______________________________________________
Sugar mailing list
[email protected]
http://mailman.laptop.org/mailman/listinfo/sugar

Reply via email to