Openmoko on Design

[arne anka]

On Tue, 29 Jul 2008 10:23:41 +0200, Marcus Bauer <marcus.bauer at gmail.com>  
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?