PalmOS-like data storage
ajturner at highearthorbit.com
Sat Jan 27 21:13:03 CET 2007
Assumedly there will be system-wide objects that the platform will
want to share via an API for other applications to use:
* Device states/history
* Location (history, since if there is dbus, can share using that ala
geoclue, or gpsd)
Then the common interface devs would use to add and share other object stores.
Interestingly, Google: 'sqlitefs' returns a single hit (googlebomb? ;)
about the Boston Gnome conf last year.
On 1/27/07, Koen Kooi <koen at dominion.kabel.utwente.nl> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> Michael 'Mickey' Lauer schreef:
> > Tomasz Zielinski wrote:
> >> Most PDA applications needs save small set of data - user preferences,
> >> high score list and so on. Does the OpenMoko support such operation
> >> with it's API? If it doesn't, there is a risk developers will
> >> implement dozens of different ways and every app will behave
> >> differently.
> > Yeah, it's very important.
> >> There is of course some problems here, but I believe OpenMoko data
> >> storage API is necessary. How do you think?
> > I agree 100%. However this is one of the areas where we didn't want to
> > go forward without gathering community input -- so I'm looking forward
> > to chose either one of gconf, sqlitefs, etc. during the next weeks.
> > What would you guys prefer?
> Gconf and sqlitefs solve different things: gconf stores 'settings' and libsqlitefs aims
> for object storage a la newton. Maybe mister Schlesinger could enlighten us some more
> about the ALP goodies.
>  see http://cs.gmu.edu/~sean/stuff/n800/
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
> -----END PGP SIGNATURE-----
ajturner at highearthorbit.com 42.4266N x 83.4931W
http://highearthorbit.com Northville, Michigan, USA
More information about the openmoko-devel