Neo 1973 sales
Hi everyone, does anybody know the aproximate quantity of 1973 Neos were sold in every country? I mean, according to the article sent by Samuel [1] Germany was the country that bought more Neos, but I don't know how many did they (or you) bought. I don't even know how many of them were sold all over the world. [1] http://tinyurl.com/6ghjjb Happy waiting... Kosa - Un mundo mejor es posible - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
I think the shipping from the US to Europe (I think it was on the order of $70-120) will make it much more expensive to order single units from the US than from a European reseller. And you would probably get a better guarantee from a European reseller. /Erland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neo 1973 sales
Kosa wrote: Hi everyone, does anybody know the aproximate quantity of 1973 Neos were sold in every country? I mean, according to the article sent by Samuel [1] Germany was the country that bought more Neos, but I don't know how many did they (or you) bought. I don't even know how many of them were sold all over the world. well.. thats what openmoko internal statistics say... well.. they say in absolut numbers per country and germany was the most _shipped_ to country in europe ;) i didn't calculate back onto per-capita quotes, but it seems solid. so its an 'ACK' if thats what you wanted to know. (and nothing surprising to me, knowing the activity of the opensource community here in europe) i can't give you any more specifics, these are under nda. such stuff is up to steve. ;) -- Joachim Steiger Openmoko Central Services ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
Rodolphe Ortalo wrote: Then it is probably time to ask the question: from a european user perspective, will it be better to place (single-unit) orders directly at Openmoko via the website or go via Pulster (official distributor no?)? Hey, About distribution in Europe : Bearstech ( [French] http://bearstech.com/openmoko/register ) is a french company that seem to be wanting to distribute FreeRunner. But the page hasn't been updated for a while... Did they contact someone at Openmoko Inc ? Anybody heard of something ? Thanks -- Phyce ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
On Wed, 21 May 2008 08:53:29 +0200, Philippe Guillebert [EMAIL PROTECTED] wrote: Rodolphe Ortalo wrote: Then it is probably time to ask the question: from a european user perspective, will it be better to place (single-unit) orders directly at Openmoko via the website or go via Pulster (official distributor no?)? Hey, About distribution in Europe : Bearstech ( [French] http://bearstech.com/openmoko/register ) is a french company that seem to be wanting to distribute FreeRunner. But the page hasn't been updated for a while... Did they contact someone at Openmoko Inc ? Anybody heard of something ? Thanks They have a (french) mailing list for that ([EMAIL PROTECTED]). Last message of the list : On Tue, 20 May 2008 12:49:13 +0200, [EMAIL PROTECTED] wrote: Bonjour à tous, la production devait démarrer le 16 mai, mais l'usine a préféré lancer un dernier test avant. Donc ça décale d'une semaine la production. La dernière estimation est que les téléphones sortiront de l'usine pour l'expédition début juin, je cite Steve Mosher : I figure the first of June or such phones will ship out of china to Disty in EU and our HUB in the US. Donc d'ici la mi-juin chez nous (compter 2 semaines de transit. Cordialement, ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hi, Sorry, but couldn't resist. Top 5 things you _shouldn't_ do when waiting for the FreeRunner: 5. Troll at #openmoko on irc.freenode.net. 4. Keep writing FreeRunner - Thank You e-mails to FIC, Openmoko developers, and the community. 3. Ask GTK+ developers about Qt, and vice-versa. 2. Call up Steve/Michael asking for the status of the FreeRunner, every five minutes. 1. Reply to this e-mail. SK -- Shakthi Kannan http://www.shakthimaan.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
I don't think they hate so much the point 4 ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Switch from GTK to QT (was: ASU software - pre-pre-releaseimpressions)
It is an extra magnitude of difficulty to get anything more then a few developers to code in a consistent style when working with C++. Requires strict discipline and coding standards. Without such things, it all de-generates at a rate proportianal to the number of developers and amount of code being writen. Yeah.. just like when working with C, Java, Python etc etc etc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Announcement] MokoMakefile updated for switch to git
Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. You will need to run make clobber update-makefile before proceeding in the usual way ... The good thing is that even though Openmoko has completely changed configuration management systems, the commands you use with MokoMakefile to build images don't change at all :-) So only read http://wiki.openmoko.org/wiki/MokoMakefile if you haven't read it before. The only change I made was to remove all monotone references ... -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Standardizing data store across toolkits (SMS, PIM data, playlist, etc)
Hey, Sorry to stick my nose in on this, especially if I'm missing something. But do you guys have anything decided about this, and what it is all going to be stored on? May I suggest using SQLite for the data storage? It is very lightweight, not much ram or processor use needed, unlike parsing big XML files... and I'm sure it'd be easy implemented in the core libraries? Because this way, other applications could read from these data-stores directly, or there could be a standardized API for applications to access that could make the information available in these open formats =]. Not sure if I'm totally barking up the wrong tree here... so please correct me if I am wrong All the best, Samuel Melrose [EMAIL PROTECTED] On 20 May 2008, at 18:20, [EMAIL PROTECTED] wrote: Am Fr 16. Mai 2008 schrieb ian douglas: MartinG wrote: On Friday 16 May 2008 03:26:06 Carsten Haitzler wrote: yeah. this is actually the bigger problem we face in the longer run. standardising data stores and access to them etc. :) I think this is a important point that should be given some thought before everyone starts hacking. Would it make sense to use opensync [1] as a middle layer between the frontend app and the backend store -- with one plugin on each side? Yeah, there was a big discussion about this a few months ago, talking about whether to store data in some generic format or some homemade XML format or using some middle layer tool like opensync, and synchronizing data to a remote location periodically versus sync'ing only when connected to a PC, etc. It was a pretty thorough discussion. Personally, I like the opensync idea, a platform-independent sync engine, that can be ported to the OpenMoko platform. So was there any decision/consensus on this topic? I think it's a very mission critical thing to have a decent lib API defined from the very beginning - see KDE addressbook, other resources of Kontact and the neverending story about the *abc*-libs to use them from outside. LDAP, WebDAV/GroupDAV and even IMAP resources come to mind :-/. Have a look to Kontact|contacts|resources|add... Same thing for calendar etc... /jOERG ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
On Wednesday 21 May 2008 10:19:49 Rod Whitby wrote: Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. I'm trying to build from scratch and get the following: ( cd openembedded git checkout org.openmoko.april-update ) error: pathspec 'org.openmoko.april-update' did not match any file(s) known to git. Did you forget to 'git add'? I think you need an extra step in there between git clone git checkout, to create a local git branch which tracks the origin's branch, something like this: git branch --track ${OM_GIT_BRANCH} origin/${OM_GIT_BRANCH} Then the git checkout will refer to a local branch. I think you'll probably need something similar for bitbake - it works at the moment by fluke. :-) This is working for me anyway (so far!). Cheers, Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
On Wednesday, 21. May 2008, Tom Cooksey wrote: On Wednesday 21 May 2008 10:19:49 Rod Whitby wrote: Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. I'm trying to build from scratch and get the following: ( cd openembedded git checkout org.openmoko.april-update ) error: pathspec 'org.openmoko.april-update' did not match any file(s) known to git. Did you forget to 'git add'? I got the same error message here. Something seems to be missing (I'm not familar with git). Roland signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
What does the clobber bit do? On Wed, 2008-05-21 at 17:49 +0930, Rod Whitby wrote: Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. You will need to run make clobber update-makefile before proceeding in the usual way ... The good thing is that even though Openmoko has completely changed configuration management systems, the commands you use with MokoMakefile to build images don't change at all :-) So only read http://wiki.openmoko.org/wiki/MokoMakefile if you haven't read it before. The only change I made was to remove all monotone references ... -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
On Wednesday 21 May 2008 13:13:33 Roland Häder wrote: On Wednesday, 21. May 2008, Tom Cooksey wrote: On Wednesday 21 May 2008 10:19:49 Rod Whitby wrote: Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. I'm trying to build from scratch and get the following: ( cd openembedded git checkout org.openmoko.april-update ) error: pathspec 'org.openmoko.april-update' did not match any file(s) known to git. Did you forget to 'git add'? I got the same error message here. Something seems to be missing (I'm not familar with git). Roland Edit the Makefile and around line ~83, make it look like this: setup-openembedded stamps/openembedded: ( [ -e stamps/openembedded ] \ [ -e openembedded/.git ] ) || \ ( git clone -n git://${OM_GIT_SITE}/git/openmoko.git openembedded ) ( cd openembedded git branch --track ${OM_GIT_BRANCH} origin/${OM_GIT_BRANCH} ) ( cd openembedded git checkout ${OM_GIT_BRANCH} ) [ -d stamps ] || mkdir stamps touch stamps/openembedded The only difference is the git branch line, so you can just add that in the right place. My build's still going, but hasn't messed up yet. Certainly all the git related stuff has worked. PS: Thanks to switching to git... at least I can figure out failures by myself now! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
PIN secured?
I have already started a discussing in the Wiki about this topic: http://wiki.openmoko.org/wiki/Talk:Wish_List_-_Hardware#PIN_secured.3F So what do you think? And does the FreeRunner already have PINs/PUKs to be secured against long fingers? Best whishes, Roland -- (GNU) PGP ID: 0x4D385570 signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
Ahhh... Much better. :) Now let's see if I can run a make update all... -- (GNU) PGP ID: 0x4D385570 Weblog: http://blog.mxchange.org signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
Ahhh... Much better. :) Now let's see if I can run a make update all... And thanks a lot. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIN secured?
On Wed, 21 May 2008 14:11:16 +0200 Roland Häder [EMAIL PROTECTED] wrote: I have already started a discussing in the Wiki about this topic: http://wiki.openmoko.org/wiki/Talk:Wish_List_-_Hardware#PIN_secured.3F So what do you think? And does the FreeRunner already have PINs/PUKs to be secured against long fingers? Afaik PIN and PUK are security mechanisms built into every GSM SIM-Card, you also get them shipped with the SIM, not the Phone. So i think the Freerunner _has to_ implement PIN and PUK for even accessing the SIM in it. rgds Daniel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: PIN secured?
I have added it to hardware because it could be (maybe) integrated into the hardware and shall come up before u-boot launches the kernel. signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
Tom Cooksey wrote: On Wednesday 21 May 2008 10:19:49 Rod Whitby wrote: Holger Freyther wrote: To unify our tools we have reduced the number of SCMs to learn from three to two. This means we only use subversion and git for now. I have moved the Openembedded metadata from monotone to git. ... An updated MokoMakefile will, thanks to Rod, follow shortly. MokoMakefile has been updated, tested by a couple of people, and now published. I'm trying to build from scratch and get the following: ( cd openembedded git checkout org.openmoko.april-update ) error: pathspec 'org.openmoko.april-update' did not match any file(s) known to git. Did you forget to 'git add'? I think you need an extra step in there between git clone git checkout, to create a local git branch which tracks the origin's branch, something like this: This has now been added. Thanks. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Announcement] MokoMakefile updated for switch to git
Mo Abrahams wrote: On Wed, 2008-05-21 at 17:49 +0930, Rod Whitby wrote: MokoMakefile has been updated, tested by a couple of people, and now published. You will need to run make clobber update-makefile before proceeding in the usual way ... What does the clobber bit do? It removes the openembedded and bitbake monotone checkout directories, to allow git to recreate them from the openmoko git repositories. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Switch from GTK to QT (was: ASU software - pre-pre-release impressions)
On Tue, May 20, 2008 at 1:32 PM, Carlo E. Prelz [EMAIL PROTECTED] wrote: My complaint is that it would be difficult for me to put my hands into the default apps. They are C++, QT, and expectedly using enough of those creepy C++-isms (possibly, even those yecchy templates or whereabouts). I would be comfortable with tinkering with CGTK main apps. On the other hand, I would find C++QT main apps closed boxes (I perfectly know that I could very well write C/Ruby new code on the OM). From this statement, one would think that you don't use _any_ applications written in C++ or Qt for the simple reason that you can't tinker with the code. I am sure this is not the case. You use the applications written in C++/Qt and play with those written in the languages you're comfortable with or you write your own from scratch. Right now OM needs more new apps than it needs shipped apps taken apart (which will probably be done by a number of people anyway). Refusing to get the phone because you dislike the languages the shipped apps are written in, not because it prevents anyone from coding in the languages they prefer or that any of the applications are proprietary is beyond ridiculous. To each their own though. Good luck getting that perfect phone that ships with C and GTK apps and also lets you code in any language you want. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Standardizing data store across toolkits (SMS, PIM data, playlist, etc)
On Wednesday 21 May 2008 12:04:40 Samuel Melrose wrote: Sorry to stick my nose in on this, especially if I'm missing something. But do you guys have anything decided about this, and what it is all going to be stored on? May I suggest using SQLite for the data storage? It is very lightweight, not much ram or processor use needed, unlike parsing big XML files... and I'm sure it'd be easy implemented in the core libraries? Because this way, other applications could read from these data-stores directly, or there could be a standardized API for applications to access that could make the information available in these open formats =]. This is one of subjects eventually being topic of the framework initiative. Right now, we have a google SoC project underway that aims to produce a dbus API and a demo-dbus PIM storage daemon to realize this. I'd be happy to discuss this further on [EMAIL PROTECTED] or [EMAIL PROTECTED] together with the GSoC student Sören Abraxa and his mentor Michael Dietrich. The current state of affairs can be read @ http://www.neo1973-germany.de/wiki/pyPimd Not sure if I'm totally barking up the wrong tree here... so please correct me if I am wrong Not at all, this is very important -- even more so if we want to realize a multicultural (UI toolkit, language, you name it) application environment. :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: My Openmoko blog is aimed at helping Freerunner users get started
I don't think so Alex. Steve said that he all he wanted to ship was a phone that could send messages and make calls and he would be happy for now. I'm sure there will be software for this purpose soon if not created already. -Nick Wilkinson, Alex wrote: 0n Tue, May 20, 2008 at 01:42:12PM -0600, Vinc Duran wrote: Wow. I had no idea Qtopia could sync with Outlook. That's going to make my life much easier. Will the Out-Of-The-Box Freerunner sync to Outlook ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
And #2. They love hearing your continuous interest in the constant requests for status updates. Are we there yet? No. Are we there yet? No. Are we there yet? No. Michele Renda wrote: I don't think they hate so much the point 4 ... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Perl/Tk
Dear all, I'm looking for some help getting Perl/Tk installed. I've had success getting Python installed and working with Tk, but can't get the same to happen with Perl: [EMAIL PROTECTED]:~# perl -MTk -e 1 Can't locate loadable object for module Tk::Event in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at Tk.pm line 13 Compilation failed in require at Tk.pm line 13. BEGIN failed--compilation aborted at Tk.pm line 13. Compilation failed in require. BEGIN failed--compilation aborted. Undefined subroutine Tk::Event::CleanupGlue called at /usr/share/perl/5.8/Tk/Event.pm line 3. END failed--call queue aborted. [EMAIL PROTECTED]:~# [EMAIL PROTECTED]:~# perl Tk.pm Can't locate loadable object for module Tk::Event in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at Tk.pm line 13 Compilation failed in require at Tk.pm line 13. BEGIN failed--compilation aborted at Tk.pm line 13. Undefined subroutine Tk::Event::CleanupGlue called at /usr/share/perl/5.8/Tk/Event.pm line 3. END failed--call queue aborted at Tk.pm line 13. [EMAIL PROTECTED]:~# I'm not really a Perl kind of guy, so any pointers would be greatly appreciated, Thanks, Joseph ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hi, And #2. They love hearing your continuous interest in the constant requests for status updates. Are we there yet? No. Are we there yet? No. Are we there yet? No. if you make an announcement for a particular date, you have to live with people asking, when the date passed by. If you say production starts at 19th, don't wonder about people asking on 21th ... Dirk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: PIN secured?
On Wednesday, 21. May 2008, Daniel Selinger wrote: Afaik PIN and PUK are security mechanisms built into every GSM SIM-Card, you also get them shipped with the SIM, not the Phone. So i think the Freerunner _has to_ implement PIN and PUK for even accessing the SIM in it. rgds Daniel Ahh, okay. I did not know this. :) Thanks for the infos. Roland signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
They love listening you writing so... The #4 was to receive email writing thank you! nickd wrote: And #2. They love hearing your continuous interest in the constant requests for status updates. Are we there yet? No. Are we there yet? No. Are we there yet? No. Michele Renda wrote: I don't think they hate so much the point 4 ... For the rest I am in accord to don't press them to ask always when it will come out... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Switch from GTK to QT (was: ASU software - pre-pre-release impressions)
2008/5/21 Nkoli [EMAIL PROTECTED]: On Tue, May 20, 2008 at 1:32 PM, Carlo E. Prelz [EMAIL PROTECTED] wrote: My complaint is that it would be difficult for me to put my hands into the default apps. They are C++, QT, and expectedly using enough of those creepy C++-isms (possibly, even those yecchy templates or whereabouts). I would be comfortable with tinkering with CGTK main apps. On the other hand, I would find C++QT main apps closed boxes (I perfectly know that I could very well write C/Ruby new code on the OM). From this statement, one would think that you don't use _any_ applications written in C++ or Qt for the simple reason that you can't tinker with the code. I am sure this is not the case. You use the applications written in C++/Qt and play with those written in the languages you're comfortable with or you write your own from scratch. Right now OM needs more new apps than it needs shipped apps taken apart (which will probably be done by a number of people anyway). In this case, openmoko is still being marketed to developers and is still alpha software. As such, I have a reasonable expectation that I will want to hack a fair number of the applications it ships with. So that is a valid complaint. Of course, you could simply rewrite each application in your preferred language, but that's a waste of effort. Or you could not mess with the applications written in a language you do not prefer. Or you could wait until there's a more severe need and then learn the language in question and start working on the application. With desktop Linux, most things are sufficiently mature that I expect not to have to hack them. So the language they are written in is far less important. Of course, one person's opinion doesn't matter much, as long as there are plenty of people familiar with the languages that are commonly used in openmoko. I think there are far more people who can effectively write C collaboratively than who can effectively write C++ collaboratively. The larger issue is extending a C++ codebase in another language. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Whats up with the freerunner mass production?
I think I saw some proballys and some shoulds but I don't remember any announcements. Was there an official announcment? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dirk Deimeke Sent: Wednesday, May 21, 2008 10:06 AM To: List for Openmoko community discussion Subject: Re: Whats up with the freerunner mass production? Hi, And #2. They love hearing your continuous interest in the constant requests for status updates. Are we there yet? No. Are we there yet? No. Are we there yet? No. if you make an announcement for a particular date, you have to live with people asking, when the date passed by. If you say production starts at 19th, don't wonder about people asking on 21th ... Dirk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
For the rest I am in accord to don't press them to ask always when it will come out... When it's done. ;) signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Roland Häder wrote: For the rest I am in accord to don't press them to ask always when it will come out... When it's done. ;) When your wife is waiting for a child, I don't think the houseband ask: when it will come out? Why it is not already out ? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hi, I think I saw some proballys and some shoulds but I don't remember any announcements. maybe, but a concrete date was given. Was there an official announcment? Everything, a member of the company writes, is official ... Sorry, but we are all waiting for several months now. Several potential production dates passed by. It would be very helpful, if we get to know what hinders production. Sometimes it looks like stonewalling. I know, that this is not intended by anyone. Dirk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Dirk Deimeke wrote: maybe, but a concrete date was given. I don't want to start a flame, so I will try to troll less as possible. They give different dates, but they always told us that are only indicative. If they will found a stopping problem in what they produce,they will stop production, because they don't want to sell a buggy phone. This is the price of openess. In a closed phone you will never know about it Everything, a member of the company writes, is official ... This is wrong, in every case they explained that was potential dates. It would be very helpful, if we get to know what hinders production. Sometimes it looks like stonewalling. I know, that this is not intended by anyone. Dirk Dirk, I know that is frustrating to wait. Especially for something that you follow in every day, for a project that you believe in. I can ensure that the developer at Openmoko are trying to do all is possible to get it out better is possible. This is first time I see a firm that is trying to be an open firm. Is not easy neither for them. I worked in different firms and I know how is important closeness for them. Openmoko but to learn to be open. It will take time, but is doing a lot. Try to support these boys that are trying to do this world a bit better! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Whats up with the freerunner mass production?
ha I liked that one. I think some folks here have never done mass pro. are we there yet dad? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michele Renda Sent: Wednesday, May 21, 2008 10:54 AM To: List for Openmoko community discussion Subject: Re: Whats up with the freerunner mass production? Roland Häder wrote: For the rest I am in accord to don't press them to ask always when it will come out... When it's done. ;) When your wife is waiting for a child, I don't think the houseband ask: when it will come out? Why it is not already out ? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hi Michele, On Wednesday, 21. May 2008, Michele Renda wrote: When your wife is waiting for a child, I don't think the houseband ask: when it will come out? Why it is not already out ? :) Probably he will not ask it. ;) In my view OpenMoko should take time in testing it. And as you can see on the bug tracker they still have to fix a lot bugs. I think this is the right link: --- START -- http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?short_desc_type=allwordssubstrshort_desc=product=Debug+Boardproduct=FreeRunnerproduct=GT-OO1+GSM+Modemproduct=MIGRATIONproduct=Neo1973+Hardwareproduct=OpenMokolong_desc_type=allwordssubstrlong_desc=bug_file_loc_type=allwordssubstrbug_file_loc=bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDemailassigned_to1=1emailtype1=substringemail1=emailassigned_to2=1emailreporter2=1emailcc2=1emailtype2=substringemail2=bugidtype=includebug_id=votes=changedin=chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitnewqueryname=order=Reuse+same+sort+as+last+timefield0-0-0=nooptype0-0-0=noopvalue0-0-0= --- END -- (long one!) A good and complex product needs a lot time to develop, test and test again. :) I don't mind if it takes 2 weeks longer and the people from OpenMoko (Sean for example) is keeping us up-to-date. Thats what they can do until it is released and ready for beta. :) Roland signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
clarification of Qtopia Vs. GTK
I have had some further discussions with headquarters, and have edited my blog to try to explain the new software a little better. The important facts are that the new software: * Switches the Window Manager from Matchbox to Enlightenment (E17) * Ported Qtopia to Xorg, so it is possible to run Qtopia, GTK, ELF, and Python applications all at the same time * Replaced the GTK-based basic phone suite (dialer, contacts, SMS) with ones based on Qtopia I hope this better explains the situation. Regards, Michael (Full posting at http://gettingstartedopenmoko.wordpress.com/2008/05/19/openmoko-software-update/) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Whats up with the freerunner mass production?
Thanks roland. The hardware is solid. it's moving through mass production. the final signoffs are in process. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Roland Häder Sent: Wednesday, May 21, 2008 12:02 PM To: List for Openmoko community discussion Subject: Re: Whats up with the freerunner mass production? Hi Michele, On Wednesday, 21. May 2008, Michele Renda wrote: When your wife is waiting for a child, I don't think the houseband ask: when it will come out? Why it is not already out ? :) Probably he will not ask it. ;) In my view OpenMoko should take time in testing it. And as you can see on the bug tracker they still have to fix a lot bugs. I think this is the right link: --- START -- http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?short_desc_type=al lwordssubstrshort_desc=product=Debug+Boardproduct=FreeRunnerproduct=GT-O O1+GSM+Modemproduct=MIGRATIONproduct=Neo1973+Hardwareproduct=OpenMokolon g_desc_type=allwordssubstrlong_desc=bug_file_loc_type=allwordssubstrbug_f ile_loc=bug_status=NEWbug_status=ASSIGNEDbug_status=REOPENEDemailassigne d_to1=1emailtype1=substringemail1=emailassigned_to2=1emailreporter2=1em ailcc2=1emailtype2=substringemail2=bugidtype=includebug_id=votes=chang edin=chfieldfrom=chfieldto=Nowchfieldvalue=cmdtype=doitnewqueryname=or der=Reuse+same+sort+as+last+timefield0-0-0=nooptype0-0-0=noopvalue0-0-0= --- END -- (long one!) A good and complex product needs a lot time to develop, test and test again. :) I don't mind if it takes 2 weeks longer and the people from OpenMoko (Sean for example) is keeping us up-to-date. Thats what they can do until it is released and ready for beta. :) Roland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Whats up with the freerunner mass production?
well first the hardware group has to have a baby. then the software groups has to have quintuplets ( multiple releases) then the factory has to clone the baby and make it just so perfect. baby's are easier and more fun to make. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Pfeiffer Sent: Wednesday, May 21, 2008 11:08 AM To: community@lists.openmoko.org Subject: Re: Whats up with the freerunner mass production? Michele Renda writes: Roland Häder wrote: For the rest I am in accord to don't press them to ask always when it will come out... When it's done. ;) When your wife is waiting for a child, I don't think the houseband ask: when it will come out? Why it is not already out ? :) My wife was sure asking those questions. And pretty impatiently, too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: My Openmoko blog is aimed at helping Freerunner users getstarted
I do not believe that it will sync to outlook. However, explain exactly what you want to do. get your outlook contacts, mail and appointments to the phone? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilkinson, Alex Sent: Tuesday, May 20, 2008 10:25 PM To: community@lists.openmoko.org Subject: Re: My Openmoko blog is aimed at helping Freerunner users getstarted 0n Tue, May 20, 2008 at 01:42:12PM -0600, Vinc Duran wrote: Wow. I had no idea Qtopia could sync with Outlook. That's going to make my life much easier. Will the Out-Of-The-Box Freerunner sync to Outlook ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Europe Distribution
ya, that's what figured doing a few calculations. That said, I did not calculate this for everyone in every country. so YMMV _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Erland Lewin Sent: Tuesday, May 20, 2008 11:43 PM To: List for Openmoko community discussion Subject: Re: Europe Distribution I think the shipping from the US to Europe (I think it was on the order of $70-120) will make it much more expensive to order single units from the US than from a European reseller. And you would probably get a better guarantee from a European reseller. /Erland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Neo 1973 sales
oh, it was about a 50/50 split between US and EU and within the EU it was germany and scandanavia, with germany being the lions portion. So per capitia ( no I didn't do the actual calculation) germany was I guess the biggest market. From my perspective that tells me to get a german partner like Pulster. so we did. as for the exact number per country I can go get it, but I use the 80/20 rule, make a decision and move on. Let me know know what you want to do and I'll look into it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joachim Steiger Sent: Tuesday, May 20, 2008 11:44 PM To: List for Openmoko community discussion Cc: [EMAIL PROTECTED] Subject: Re: Neo 1973 sales Kosa wrote: Hi everyone, does anybody know the aproximate quantity of 1973 Neos were sold in every country? I mean, according to the article sent by Samuel [1] Germany was the country that bought more Neos, but I don't know how many did they (or you) bought. I don't even know how many of them were sold all over the world. well.. thats what openmoko internal statistics say... well.. they say in absolut numbers per country and germany was the most _shipped_ to country in europe ;) i didn't calculate back onto per-capita quotes, but it seems solid. so its an 'ACK' if thats what you wanted to know. (and nothing surprising to me, knowing the activity of the opensource community here in europe) i can't give you any more specifics, these are under nda. such stuff is up to steve. ;) -- Joachim Steiger Openmoko Central Services ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ASU: Qtopia PIM info stored in sqlite database
Lorn Potter wrote: Qtopia contacts are stored in the sqlite database. Thanks for the info Lorn. Can you tell where the sqlite database is stored or is that not Qtopia determined? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
Hi Steve I am helping to organize an Italian Sales Group - Torino. I know is a bit too much early to ask this, but it will be usefull to know which company will deliver FreeRunner ordered direct from USA by OpenMoko shop. Here we are frontier tax and it'd like to contact them to know how much they will be and how we have to pay them. I am preparing some spreadsheet to calculate how will be the per unit cost, and until now the break point between local reseller and direct buy is around 4-5 units. Thank you Michele steve wrote: ya, that’s what figured doing a few calculations. That said, I did not calculate this for everyone in every country. so YMMV *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Erland Lewin *Sent:* Tuesday, May 20, 2008 11:43 PM *To:* List for Openmoko community discussion *Subject:* Re: Europe Distribution I think the shipping from the US to Europe (I think it was on the order of $70-120) will make it much more expensive to order single units from the US than from a European reseller. And you would probably get a better guarantee from a European reseller. /Erland ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
So mass production has not yet started? Still getting signoffs? Just checking to make sure I'm understanding your properly. :) On Wed, May 21, 2008 at 1:55 PM, steve [EMAIL PROTECTED] wrote: Thanks roland. The hardware is solid. it's moving through mass production. the final signoffs are in process. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
Bonjour! Tiens tiens... voilà une adresse email qui me rappelle quelque chose; bien que je n'ai pas remis les pieds a l'école depuis un sacré bout de temps. (Ouf, déjà...!) Merci pour le lien vers le revendeur local en tout cas. Rodolphe Ortalo (1994) ;-) Le mercredi 21 mai 2008 à 08:53 +0200, Philippe Guillebert a écrit : Rodolphe Ortalo wrote: Then it is probably time to ask the question: from a european user perspective, will it be better to place (single-unit) orders directly at Openmoko via the website or go via Pulster (official distributor no?)? Hey, About distribution in Europe : Bearstech ( [French] http://bearstech.com/openmoko/register ) is a french company that seem to be wanting to distribute FreeRunner. But the page hasn't been updated for a while... Did they contact someone at Openmoko Inc ? Anybody heard of something ? Thanks ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re:clarification of Qtopia Vs. GTK
Michael Shiloh writes: I have had some further discussions with headquarters, and have edited my blog to try to explain the new software a little better. The important facts are that the new software: * Switches the Window Manager from Matchbox to Enlightenment (E17) * Ported Qtopia to Xorg, so it is possible to run Qtopia, GTK, ELF, and Python applications all at the same time * Replaced the GTK-based basic phone suite (dialer, contacts, SMS) with ones based on Qtopia So... one thing I liked about the old suite was that I could sync to evolution with rsync. Is there a way to sync evolution to the qtopia PIM? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: clarification of Qtopia Vs. GTK
Special Agent Michael Shiloh reported at 12:45 05/21/08: I have had some further discussions with headquarters, and have edited my blog to try to explain the new software a little better. The important facts are that the new software: * Ported Qtopia to Xorg, so it is possible to run Qtopia, GTK, ELF, and Python applications all at the same time * Replaced the GTK-based basic phone suite (dialer, contacts, SMS) with ones based on Qtopia Someone might want to edit or remove: http://wiki.openmoko.org/wiki/Why_Not_QT Matthew ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: echo (was: ASU software - pre-pre-release impressions)
On Tue, May 20, 2008 at 07:19:34PM -0700, Mike Montour wrote: In my tests the echo went away when I muted the Neo's speaker or microphone, so it did not seem to be a network issue. The audio coupling between the Neo's speaker and microphone can be measured independently of the GSM stuff, e.g. with the 'Jaaa' audio analyzer from http://www.kokkinizita.net/linuxaudio/ or with 'xoscope'. Various ALSA mixer controls will affect the level of the coupled signal, but these also affect the intended sound paths (loudness of the speaker and sensitivity of the microphone). The mixer settings have to be selected to give the best compromise between these factors. I once heard an interesting story about the human body: supposedly, the mouth is so close to the ear that if you'd talk aloud a lot, you'd damage your own hearing. The body hacks around this by putting some slight tension on the eardrum while speaking, effectively muting incoming sound a bit and preventing damage. I wonder if we could take advantage something like this to reduce echo, e.g. reducing mic gain when input is high or reducing volume when mic input is loud. But, let's not try and fix things before we're sure they're (still) broken :). Arnout ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU: Qtopia PIM info stored in sqlite database
On Thursday 22 May 2008 08:03, [EMAIL PROTECTED] wrote: Qtopia contacts are stored in the sqlite database. Thanks for the info Lorn. Can you tell where the sqlite database is stored or is that not Qtopia determined? The users database is /home/user/Applications/Qtopia/qtopia_db.sqlite -- Lorn 'ljp' Potter Software Engineer, Systems Group, MES, Trolltech ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU: Qtopia PIM info stored in sqlite database
Michael Shiloh wrote: Lorn Potter wrote: Qtopia contacts are stored in the sqlite database. Thanks for the info Lorn. Can you tell where the sqlite database is stored or is that not Qtopia determined? This would seem to be four sqlite databases: [EMAIL PROTECTED]:~# cd / [EMAIL PROTECTED]:/# find / -name \*.sqlite /opt/Qtopia/qtopia_db.sqlite /var/volatile/tmp/qtopia-0/opt/Qtopia/qtopia_db.sqlite /Applications/Qtopia/qtopia_db.sqlite /Applications/qtmail/qtopia_db.sqlite ls -l shows that the first one is not modified. The second appears to be mostly a copy of the first. The two in /Applications are recently modified, but running strings(1) does not yield useful information. I guess we'll have to wait for Lorn to answer more fully. Or UTSL. But later. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
Rodolphe Ortalo ha scritto: Bonjour! Tiens tiens... voilà une adresse email qui me rappelle quelque chose; bien que je n'ai pas remis les pieds a l'école depuis un sacré bout de temps. (Ouf, déjà...!) Merci pour le lien vers le revendeur local en tout cas. Rodolphe Ortalo (1994) ;-) Bene son felice di vedere che parli il francese... ENG Well i'm glad to see that you can talk french but this is a public ml and not everybody know frenc (me for example) so i (and other people) can't understand anything of what you said. So please talk in english, imagine what could happend if the asian people will stop writing in with our letter and start to write in chinese with their ideograms (i like them but i can't understand nothing)... Cya! Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: clarification of Qtopia Vs. GTK
On Wed, 21 May 2008 22:51:47 +0200 Michele Renda [EMAIL PROTECTED] babbled: Hi Michael, I think you and your team are doing a courageous but good choose. I ask only that if in the future this choose will limit Openmoko openess, you will protect us! A lot of people that are afraid that Nokia, as owner of Trolltech, can be against Openmoko freedom, but I think you are not stupid and you know what are you doing. at WORST nokia can close off FUTURE qt/qtopia/qpe releases or make it a license we cannot stomach - we can still ship what they have today as it is available as GPL. if that were to ever happen we'd ship what they have before a license change or closing-off of the code and not upgrade. in the longer-term of course that software is dead weight, but it'd do for now until it gets replaced. i don't see a lot fear unless we are banking the WHOLE platform on it. as it stands we are delivering qt and qtopia/qpe as part of a set of applications. the platform is heterogeneous and has multiple toolkits available for use and developers may choose whichever suits them best. we dont limit you to the one choice that we made (beyond using x11 - but even then you are free to modify the core os, remove x11 and do your own entire ui yourself... if you want). Good luck! Michael Shiloh wrote: I have had some further discussions with headquarters, and have edited my blog to try to explain the new software a little better. The important facts are that the new software: * Switches the Window Manager from Matchbox to Enlightenment (E17) * Ported Qtopia to Xorg, so it is possible to run Qtopia, GTK, ELF, and Python applications all at the same time * Replaced the GTK-based basic phone suite (dialer, contacts, SMS) with ones based on Qtopia I hope this better explains the situation. Regards, Michael (Full posting at http://gettingstartedopenmoko.wordpress.com/2008/05/19/openmoko-software-update/) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU software - pre-pre-release impressions
On Tue, 20 May 2008 11:36:30 -0400 Ian Darwin [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) wrote: On Mon, 19 May 2008 10:27:25 -0400 Ian Darwin [EMAIL PROTECTED] babbled: 2) The ASU software features a qwerty-keyboard. It is switchable between alphabetics and numerics; unfortunately the gesture needed to do this (a triangle drawn counter-clockwise from lower left) is a bit hard to it is? the gesture is just slide finger up. no triangle :) not sure how you got the triangle thing :) (place finger at kbd bottom, slide, lift finger) Ah, the benefits of documentation :-) There was no doc, so I looked at QTopia's doc, and was mislead for my efforts. Thank you for correcting this. imho this is a major problem with the kbd design - the fact that you NEED a document to tell you how to use it. there is no obvious way to put in a return or a space or change layout... There is no triangle, and no spoon. There is only the finger, sliding up and down. the current version of ASU uses QTopia's input manager, offering what looks like a predictive style but is actually doing a dictionary actually - it doesn't - i wrote one from scratch :) the code is ugly - but it works. That's impressive! And again, I presumed incorrectly. Sorry. well not so impressive if you read the code. man it's UGLY. but i was busy getting the algorithms working. they now work. now i need to clean it up into nicely isolated code blocks that have good interfaces between eachother and later can be plugged in and out easily. it does use standard linux dict files though for the dictionary - the one we ship is an abbreviated one with only 5000 words - but they also have extended frequency counts. have a dig around the illume package files and see - it's just a text file. :) it also maintains a user dictionary for personal words you added in ~/.e/e/ :) same format. lookup; I find this very distracting compared to a plain do-what-I-type keyboard, and would welcome an easy way to turn this off I'd still very much like to see a way to turn it off, so it works the same for letters as for numbers. It's annoying 90% of the time because most of the person or street names I need to enter into Contacts are not going to be listed. I promise not to write my next 850-page book on my Neo, so word lookup is of limited use. I suspect that Contacts, Todo and Calendar is the most common use case for most people, and that writing normal text is the least common for most people. and how does turning it off help? that's my question? in the list of matches is ALSO exactly what you typed with all its typos (or lack of them) so to enter that - select it. i am just failing to see the need to turn it off? you may not need it now as u are busy entering a mountain of contact stuff - but later u will thank the lord for it. then again - maybe in your culture or social group people don't sms much - i know that here sms is done much more often than calls. :) 3) It's easy to accidentally start an application (thus slowing down what you're trying to really do) while scrolling the home screen in icon grid mode. there is an adjustment for this - its in the interaction dialog, yes its ugly - i know. i keep fiddling with it every now and again to see if i can't make it behave a bit more like i intend. :) Ah, thanks. and now its got a big, easy to read and change gui config - at least in upstream svn for illume :) 4) The Preferences that are in the top slide-down panel's Wrench icon should presumably be merged with the Preferences App. currently those are preferences for enlightenment - and thus it has its own settings dialog/panel like all applications anywhere on any desktop do :) Logically I agree with you, but for the hypothetical end-user, who doesn't know that there is such a concept as a window manager, there is an un-necessarily fine distinction between what belongs to E (which applies window behavior to the phone as a whole) and what belongs to the phone as a whole. I think it's going to be confusing. sure - BUT doing it elsewhere is also jumping through hoops. right now that would mean some dbus or ipc messaging system to pop up e's dialogs, or vice-versa (everyone else's config gets rolled into e's and e execs each config tool just like it execs all applications). but neither of those exist currently. 5) The shutdown dialog does not have a cancel or Back button. And, it often doesn't actually shutdown. that may actually go - that's just qtopia's default dialog - the # of app icons will likely reduce by a lot as we trim out things we don't really need. Great. Speaking of the app icons, I'd love to see a way to hide ones I'm not using, and move ones I use frequently to a non-default order (my five-year-old Blackberry has this feature, for one). This is probably there and I don't know how, or something Carsten can
Re: ASU software - pre-pre-release impressions
On Tue, 20 May 2008 12:26:55 -0500 Jeremy Miller [EMAIL PROTECTED] babbled: Speaking of needing a sharp nail or the stylus to type easily on the keypad does that mean there is no support for turning the freerunner on its side and the keyboard flipping and enlarging, like say the iphone does? technically u can rotate the screen into landscape mode - e will cope, but illume parts will not - lots of FIXME: cope with screen resize bits of code around. also there wont be a default way to just do it. for now its portrait mode or nothing until things mature. -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
Pietro m0nt0 Montorfano ha scritto: Rodolphe Ortalo ha scritto: Bonjour! Tiens tiens... voilà une adresse email qui me rappelle quelque chose; bien que je n'ai pas remis les pieds a l'école depuis un sacré bout de temps. (Ouf, déjà...!) Merci pour le lien vers le revendeur local en tout cas. Rodolphe Ortalo (1994) ;-) Bene son felice di vedere che parli il francese... Ehehe... Well he says something like: Oh... Voilà an email address which remembers me something; also if I'm not going to school since long time (oh... Already!) Anyway thanks for the link to the local reseller. :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Europe Distribution
On Thu, 22 May 2008 00:47:17 +0200 Pietro \m0nt0\ Montorfano [EMAIL PROTECTED] babbled: Rodolphe Ortalo ha scritto: Bonjour! Tiens tiens... voilà une adresse email qui me rappelle quelque chose; bien que je n'ai pas remis les pieds a l'école depuis un sacré bout de temps. (Ouf, déjà...!) Merci pour le lien vers le revendeur local en tout cas. Rodolphe Ortalo (1994) ;-) Bene son felice di vedere che parli il francese... ENG Well i'm glad to see that you can talk french but this is a public ml and not everybody know frenc (me for example) so i (and other people) can't understand anything of what you said. So please talk in english, imagine what could happend if the asian people will stop writing in with our letter and start to write in chinese with their ideograms (i like them but i can't understand nothing)... http://translate.google.com/translate_t :) Cya! Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
On Wed, 2008-05-21 at 13:32 +0530, Shakthi Kannan wrote: Sorry, but couldn't resist. Top 5 things you _shouldn't_ do when waiting for the FreeRunner: [...] 1. Reply to this e-mail. OH SHI- Sorry, but couldn't resist. signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Hi Michele, I agree with what you wrote. But in the end it is about earning money. It is not good to lose potential customers with announcements of probabilities. So again, what hinders production? Openmoko but to learn to be open. It will take time, but is doing a lot. This is main point I think. All the best Dirk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ASU: Qtopia PIM info stored in sqlite database
Thanks Lorn Lorn Potter wrote: On Thursday 22 May 2008 08:03, [EMAIL PROTECTED] wrote: Qtopia contacts are stored in the sqlite database. Thanks for the info Lorn. Can you tell where the sqlite database is stored or is that not Qtopia determined? The users database is /home/user/Applications/Qtopia/qtopia_db.sqlite ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Whats up with the freerunner mass production?
Steve, Not to be a pest or anything, but . . . any chance I can go to Suzhou to get one of these when they're ready? Any response appreciated. Mischa -- Mischa Beitz http://mischa.beitz.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community