<div dir="ltr">I am not a developer, but i test the images and try to use the openmoko...<br>My main issue with Openmoko are : <br><br>1) Battery life : only 4hrs, and when you charge it, it discharge itself after a while. I cannot use it as a daily phone.... :/<br>
2) Basic telephony : the phone should wake up faster than it does now.... the time the phone wakes up, rings, and you pick the call, there has been 6 rings for the other party, and may already be on the voicemail<br>3)Basic text message should work flawlessly.<br>
4) A way to set up the sound and rings ... There is actually no gui for that<br>5) I haven;t find yet where to activate the PIN or not... I put 1 sim card that asked for a pin, it work.. I put a another sim card, where no pin is needed.. it was still asking for a pin... (I had to reflash to solve this one) but there is no Menu where I could choose, Pin on/off, if pin on, set up the pin....<br>
<br><br>I do not care at all about any other application. I want a daily phone... where i can receive, make call, receive and send text message, and have the phone a day with me, wihotut having to cahrge it every 2 hrs... (8-10 hrs battery life would be better, with wifi on, gps off)<br>
<br>Until we reach this point, I will continue tu use my dumb phone eeyday, and the FR will catch some dust on a shelve...<br><br>Peace<br>Philippe<br><br><br><div class="gmail_quote">On Sun, Oct 19, 2008 at 9:21 AM, Stroller <span dir="ltr"><<a href="mailto:stroller@stellar.eclipse.co.uk">stroller@stellar.eclipse.co.uk</a>></span> 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"><br>
On 19 Oct 2008, at 13:46, Dale Maggee wrote:<br>
<br>
> arne anka wrote:<br>
>>> ==Pim device==<br>
>>><br>
>><br>
>><br>
>> imho that's exactly the kind of task openmoko did _not_ ask for.<br>
>><br>
> I would respectfully disagree - Openmoko asked about "Improving user<br>
> experience", and users are saying they want to experience PIM<br>
> capabilities.<br>
</div>> ...<br>
<div class="Ih2E3d">>> and it's doable by community!<br>
>><br>
> Agreed, it could be done by the community, but I don't see anyone<br>
> doing<br>
> it, and I'm not smart enough, nor do I have the time at the moment.<br>
<br>
<br>
</div>It does not matter whether YOU could do it or not. it's a matter of<br>
where Openmoko's resources are best spent.<br>
<br>
If you can't write a PIM app, then you CERTAINLY can't write kernel<br>
drivers - THAT is where Openmoko's resources should be mist focussed,<br>
IMO. As others have stated, there is some hardware-level stuff that<br>
only Openmoko has NDA for. And without working hardware drivers to<br>
ensure that phonecalls work flawlessly (and wifi, and bluetooth), a<br>
PIM is irrelevant.<br>
<div class="Ih2E3d"><br>
>> there are a lot of posts lately completely ignoring the point of<br>
>> "basics"<br>
>> and "no eyecandy"<br>
> I haven't seen anybody ask for pretty-looking PIM applications, people<br>
> seem to be asking for *reliable* PIM applications. I'd call<br>
> reliability<br>
> and robustness "basic".<br>
<br>
</div>Basic reliability and robustness resides in a program with which you<br>
can enter a number and make a call. Once that prototype exists it is<br>
much easier for the community to extend it to PIM functionality.<br>
Openmoko can then move on to wifi drivers, Glamo hardware acceleration<br>
and pairing of bluetooth headsets.<br>
<div class="Ih2E3d"><br>
>> pim frinst is at it's best part of a middle tier, but rather of a<br>
>> particular distribution --<br>
> This kind of comes into the "Should FSO merge be sped up?" debate,<br>
> as I<br>
> believe the framework has PIM stuff built into it.<br>
<br>
</div>AIUI (and I would be delighted to be corrected if I'm wrong), the FSO<br>
stuff is intended to provide functions which will allow you to make<br>
simple DBUS calls such as "get number $var from PIM manager" and<br>
"make call to number $var". Once these are complete, writing your own<br>
applications becomes easy. True the first of these example calls<br>
requests you integrate the functionality in your own app, but the<br>
latter makes problems with dealing with the dialler & the GSM chips &<br>
whatever go away. It is FAR more important to provide the community<br>
with these tools than it is to provide any kind of application that<br>
utilises them (beyond a command-line version which gets numbers from a<br>
text-file and operates as a test example). Once these calls are<br>
available there will be dozens of PIM managers posted to this list and<br>
being written by enthusiastic Python programmers.<br>
<font color="#888888"><br>
Stroller.<br>
</font><div><div></div><div class="Wj3C7c"><br>
<br>
_______________________________________________<br>
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></div>