Openmoko on Design
arne anka
openmoko at ginguppin.de
Tue Jul 29 11:06:46 CEST 2008
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?
More information about the community
mailing list