On Tue, 29 Jul 2008 10:23:41 +0200, Marcus Bauer <[EMAIL PROTECTED]> wrote:
> No developer who is sane in his mind will want to marry a whole PIM API > just for sending an SMS. And FSO is essentially a newly invented, > unstable and immature PIM API. This is so much like Microsoft. > > And there are already plenty of PIM APIs. Just use one of them, they all > work cross toolkit. > ... no i finally got what's your problem with fso. while i in some respects agree with you i otoh are worried by the very limited resources of the freerunner. on my laptop there's plenty of ram, cpu, harddisk to have all kind of apps and their daemons coexisting (but, using linux for over a decade now and coming from an k5-133 cpu, i am still annoyed and worried by the lot of rather needless daemons and background processes, in particular those evolution related ones, only for the lighntning calendar app). the fr is far more limited in this respect, so that same kind of coexistence seems hardly managable. that's where a framework seems sensible to me: a lot of functionality common to all kind of apps is put into a framework and there's no need to run concurrent processes who do basically the same thing, just because gtk uses gconf (or whatever) and etk something else and qt(opia) adds another one. what is your idea to remedy those qualms? _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community