I just wanted to add that I think Qtopia is very interesting, and I'm really looking forward to trying it on my neo, and thank you to Trolltech for helping out with getting it on X11 and on the neo, and for putting up with all the criticism.<br>
<br>Also, for the QT-naysayers: all the software is opensource, and you can easily get the GTK stack back in there in no-time (hell, currently it's easier to find the GTK images than the ASU images). So, what's the big trouble?<br>
<br>Just my couple of eurocents, and hoping to get my efl+qt+gtk neo soon.<br><br>Ivo Anjo<br><br><div class="gmail_quote">On Fri, May 23, 2008 at 7:49 PM, Lorn Potter <<a href="mailto:lpotter@trolltech.com">lpotter@trolltech.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Friday 23 May 2008, <a href="mailto:community-request@lists.openmoko.org">community-request@lists.openmoko.org</a> wrote:<br>
> Michele Renda wrote:<br>
> > Hi Tilman<br>
> ><br>
> > I think they prefered to use an existent project, because they need<br>
> > something running and to concentrate their energy to hardware part. They<br>
> > want to concentrate to the project of hardware, not in GUI writing.<br>
><br>
> Openmoko is a Software project.<br>
> The software is the only thing that helps to make this 1990ies like<br>
> piece of hardware cool.<br>
><br>
> > According me is a good idea to reuse the software wrote by other people.<br>
> > In every case the software previously written in not trashed. It is<br>
> > released with open licences and it can be implemented by someone who<br>
> > hate too much Qtopia.<br>
><br>
> Hope so. The problem is that the community has little resources.<br>
> Dividing these resources does not sound like a good idea.<br>
> And i cant's see how it helpes to throw most of the good work away.<br>
> (Ok, some was crap. But nothing beyond repair)<br>
> I think this will piss of developers.<br>
> And users.<br>
<br>
</div>"You can please some of the people some of the time, but you cannot please all<br>
of the people all of the time. "<br>
<div class="Ih2E3d"><br>
><br>
> Openmoko turned into a nice mobile computing platform with a very<br>
> technocratic view on things.<br>
> This is a feature. I would say, _the_ feature.<br>
<br>
</div>and it still exists.<br>
<div class="Ih2E3d"><br>
><br>
> > Concorrence is always good for users :)<br>
><br>
> Not necessarily. I prefer innovation.<br>
> Especially in a industrey that has not produced innovation and good<br>
> software for decades. (At least not since apple came.)<br>
<br>
</div>Apple has had their share of junker software/hardware.<br>
<div class="Ih2E3d"><br>
> If anyone is in the position to change that, it's we.<br>
><br>
><br>
> I don't like so sound to negative. I like most of the changes.<br>
> But i think throwing the gtk apps away and replace them by the QTopia<br>
> apps is stupid.<br>
> I would rather like to see a transition to EFL for the gtk apps.<br>
><br>
> Everything i have seen so far from qtopia apps looks bland and boring.<br>
<br>
</div>Qtopia is easily changed/hacked on. The source code is provided for free. You<br>
would be amazed at what some of Qtopia's customers are doing with it. It's<br>
got styles/theming, has dynamic layouting, and easy translating even for LTR<br>
languages.<br>
<div class="Ih2E3d"><br>
<br>
> I like the qtopia plattform, as a plattform. But i don't think it's the<br>
> way to build the nerdiest phone ever. Especially after so much was done<br>
> right before in a completely different way.<br>
><br>
> Qtopia AFAIK has it's own pim storage api. How would non-qt apps use them?<br>
<br>
</div>Qtopia pim data are stored in a sqlite database. It is not a secret, nor is it<br>
proprietary or locked down. So your application has a choice whether to use<br>
some library that can access sqlite (Qtopia has that of course), or use the<br>
commandline interface to sqlite.<br>
<div class="Ih2E3d"><br>
<br>
><br>
> And the gsm stuff? Does this mean we now use the qtpia gsm stack?<br>
> letting gsmd die would probably one of the better ideas. But i rather<br>
> like so see it replaced by something similar but working instead of a<br>
> set of qt apis.<br>
<br>
</div>What is wrong with Qtopia's gsm stack? For the most part, it works. It doesn't<br>
crash, and can send and receive sms messages. and best of all, it's already<br>
written and working. If someone wrote/'ported' a wap stack, it would even do<br>
mms.<br>
Let's put it this way. Once I got the hardware, it took me less than week to<br>
have Qtopia up and sending/receiving sms's and making phone calls.<br>
<div class="Ih2E3d"><br>
><br>
> Is there any place where to look which back end functionalities will<br>
> change? Like evolution data server, dbus apis, gsmd, PhoneKit and such...<br>
><br>
</div><div class="Ih2E3d">> Well, we will see...<br>
> I should better keep my mouth shut and wait until there are GTA01 builds.<br>
><br>
</div>> Regards<br>
> Tilman<br>
<div class="Ih2E3d"><br>
<br>
<br>
--<br>
Lorn 'ljp' Potter<br>
Software Engineer, Systems Group, MES, Trolltech<br>
<br>
_______________________________________________<br>
</div><div><div></div><div class="Wj3C7c">Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</div></div></blockquote></div><br>