Re: Acoustic feedback
On Tuesday 02 October 2007 17:21, Richard Reichenbacher wrote: I posted this in the forum but never received a response. Any possibility of an official ipkg repo from trolltech so we don't have to keep reflashing? I've actually been using qtopia on my neo as an everyday phone and I hate to keep reflashing and redoing my settings every time there's an update. Right now, the oe .bb creates one big ipkg.For the TT images, I don't build the entire system for every update, just Qtopia. I will see about setting up a feed for it :) But it wont get updated everyday, only when there is a significant reason to update. -- 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: Vibrator
On 10/3/07, Mark Arvidson [EMAIL PROTECTED] wrote: I have a patch for neod that optionally buzzes the vibrator with each keystroke (the same way the sound works). I haven't submitted it because I'm trying to get the build to work top-to-bottom. Let me know if you would like to test it. --sagacis Great, I submitted patches http://lists.openmoko.org/pipermail/openmoko-kernel/2007-September/000249.html for vibration modulation, so you can use pulses with low intensity and avoid waste of battery power. regards. -Javi ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Vibrator
On Wed, 03 Oct 2007 09:20:28 +0200, Javi Roman [EMAIL PROTECTED] wrote: Great, I submitted patches http://lists.openmoko.org/pipermail/openmoko-kernel/2007-September/000249.html for vibration modulation, so you can use pulses with low intensity and avoid waste of battery power. Nice! But why do identifier names mention GTA01? -- Alexey Feldgendler [EMAIL PROTECTED] [ICQ: 115226275] http://feldgendler.livejournal.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Possible Input method -- press and drag
Hello, you mean that solution? = http://www.exideas.com/ME/DeviceSimulators/iPhone.html Greets Patrick Beck Am Dienstag, den 02.10.2007, 15:31 -0500 schrieb Derek Pressnall: That looks similar to what I had in mind (and may end up being the same in actual use), but I wasn't thinking of having an additional popup graphic when you hit a key. Instead, hitting and slightly dragging to one side or another should probably cause the key icon to perform an animated wiggle in that direction, which would probably be less distracting than the popup splash graphic. Also it wouldn't require you to move your finger as far, it can start in the middle of the key and move just a bit in the required direction instead of off the button and to another popup button. Also wouldn't require a bunch of additonal reserved space around the outside buttons (bottom and side rows) for the popup splash graphic. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Possible Input method -- press and drag
Nice, but I can see what hes getting at since I've tried the method shown in that link. We are all used to the layout of a phone keypad so we know where the letters are. Then you implement the left, down, right drag to select each of the three letters on each key. I think a hybrid solution like that will be more usable to the typical user as I found the solution in that link below to be rather alien and awkward. JonS Patrick Beck wrote: Hello, you mean that solution? = http://www.exideas.com/ME/DeviceSimulators/iPhone.html Greets Patrick Beck Am Dienstag, den 02.10.2007, 15:31 -0500 schrieb Derek Pressnall: That looks similar to what I had in mind (and may end up being the same in actual use), but I wasn't thinking of having an additional popup graphic when you hit a key. Instead, hitting and slightly dragging to one side or another should probably cause the key icon to perform an animated wiggle in that direction, which would probably be less distracting than the popup splash graphic. Also it wouldn't require you to move your finger as far, it can start in the middle of the key and move just a bit in the required direction instead of off the button and to another popup button. Also wouldn't require a bunch of additonal reserved space around the outside buttons (bottom and side rows) for the popup splash graphic. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Jonathan Spooner Nationwilcox Systems Ltd Tel: 0121 3544345 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Possible Input method -- press and drag
Derek Pressnall skrev: I've had an idea for a novel input method that would work on touch screen devices. The idea is to present a graphic that is similar to a standard phone keypad layout, with standard lettering and number positions. To enter a specific letter, you touch the button associated with that letter and drag your finger/stylus in a particular direction to indicate which letter to choose. For example, to enter an a, press the number 2, then drag to the left and release. A b would be press 2, drag upwards and release, and a c would be press 2, drag right then release. And so on. To enter the number 2, just press and release without dragging. To be easily usable, the method shouldn't require you to drag completely off the button, but should also require a minimum drag length. Take a look at the octakey.py demo in the key2key.tgz on: https://projects.openmoko.org/frs/?group_id=42 (You can find it in svn too). It's an adoption of http://www.micropp.se/openmoko/ without splash pop-up and with 8 drag directions. Sounds pretty the same. You need py-gtk and python to run. Feel free to play with it, I'm more working with key2key.py right now (slightly harder drag input - You have to hit other keys, not only drag in right direction. On the other hand You get more functions as any other key can be a secondary target). And finger-keyboard is a good project to join if You want to experiment with input methods. /LaH ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How to enable USB-host mode
On Wednesday 03 October 2007 00:33:02 Bartlomiej Zdanowski [Zdanek] wrote: Hello. I've made my 3-direction USB cable with +5v power but I need some tips how to enable USB host mode in Openmoko. Please help. Best regards, If this information is still correct the host mode kernel driver isn't there yet. Did not hear anything else, so please correct me, if I'm wrong. Cheers, Daniel ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: qtopia flash image update
Hi Lorn, Thanks for the update one problem though. In my case (and presumably the case for others), I'm not normally inserting a SIM. If I wait long enough will the lock time out since the network isn't going to register? Failing that, is there a configuration file I can modify to change the current behaviour? Thanks, and thank you for championing Qtopia on this platform. -Original Message- From: lpotter [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 1:56 PM To: community@lists.openmoko.org Cc: Heilpern, Mark Subject: Re: qtopia flash image update On Wednesday 03 October 2007 03:39:42 Heilpern, Mark wrote: I'm seeing the same problems with the new Qtopia image. The device comes up locked (with no apparent way to unlock it) -- the touch screen controls flash so I know they're registering, but the screen doesn't go to the unlock screen. The bottom left soft menu is unlock, but touching the screen there doesn't register at all. wait a bit longer. the screen/keylock should go away when it registers with the network. -- Lorn 'ljp' Potter Software Engineer, Systems Group, MES, Trolltech NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Update from OpenMoko
On Tue, 2007-10-02 at 09:27 +0100, Thomas Wood wrote: On Mon, 2007-10-01 at 19:28 -0400, [EMAIL PROTECTED] wrote: Will I be able to use GTA02 as a phone? Or will I still be required to have the neo plugged in via usb tied to a computer and ssh in, and face east while standing on one leg to make a phone call? More direct question: What state will the software be in when the GTA02 ships? (Not that I will buy a GTA02, I am just wondering when I can use my GTA01) If you're using the latest OpenMoko software (i.e. in the last week or so), you should find it is becoming a lot more usable. There are quite a number of patches to gsmd being applied in OpenEmbedded which means it appears to be a lot more stable, which in turn means making calls is a lot more reliable. We've been using two Neo1973s to call each other multiple times in the last week without any fiddling on the command line. Of course, battery life is a separate issue. Maybe I spoke to soon. If you enable the Full Power Management mode from the power button menu, the battery will last for much longer (e.g. overnight). Regards, Thomas -- OpenedHand Ltd. Unit R Homesdale Business Center / 216-218 Homesdale Road / Bromley / BR1 2QZ / UK Tel: +44 (0)20 8819 6559 Expert Open Source For Consumer Devices - http://o-hand.com/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
neo schematics for i2c access
Hi, sorry for posting to multiple lists, but i wasn't sure who might be able to help the most. the company i work for is VERY interested in using the neo for prototyping a user interface to a particular/proprietary I2C device, and there is information on the wiki regarding what other devices are currently on the i2C bus for the phone, but i have yet to find any schematics or information as to how one might access this bus physically; and although i've scoured the 'Dissassembling the Neo...' page and checked out the front and back images of the Gta01b_v4 board (with EMI shields and touchscscreen removed) its not yet clear where one might access this bus. is this kind of information expected to be publicly available someday? and/or is it expected that access to the i2c bus will be part of the neo's open development philosophy, or am i just wishing for too much here? (i've been building OM for motorola phones, and loving it, and will be ordering a neo any day for myself, but if we could access the i2c capabilities i'm sure i'd be ordering several more very soon). many thanks to OM and the whole community for opening our phones!!! Mike ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Please welcome Graeme Gregory
Welcome Greg! good luck! On 10/1/07, Steven Le Roux [EMAIL PROTECTED] wrote: Welcome Greg ;) On Tue, 02 Oct 2007 02:06:25 +0800, Sean Moss-Pultz [EMAIL PROTECTED] wrote: Dear Community, Today I'm extremely excited to announce our latest employee: Graeme Gregory. He's going to be our OpenEmbedded and BitBake developer. (We're really trying hard to add more depth to our team to support this huge effort.) Graeme's primary task is maintaining the OpenMoko distribution in OpenEmbedded, keeping classes and recipes up to date, ensuring that the distribution is buildable at all times and managing distribution releases. He'll be around distro-devel@ more than the rest of us. Definitely feel free to pick his brain if you need help. -Sean ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Steven Le Roux [EMAIL PROTECTED] xmpp:[EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- My corner of the web: http://blog.ramsesoriginal.org My dream, my world: http://abenu.wordpress.com My work: http://unicoinuffico.wordpress.com Before printing this email, assess if it is really needed. Thank you. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: neo schematics for i2c access
hi mike, please take a look at http://wiki.openmoko.org/wiki/Neo1973_Hardware#Debug_Connector or http://people.openmoko.org/roh/Debugport_GTA01bv4.png for the pinout of the debug connector. the testpoints for i2c (which can be used for direct soldering) are located below the display on the same side of the pcb as the debug connector. you can see them on http://wiki.openmoko.org/wiki/Image:Gta01b_v4_back.jpg in the middle between the right hand 2 quadratic golden gnd planes also the upcoming debug board v3 will add a new pinheader with these signals on it ( http://wiki.openmoko.org/wiki/Neo1973_Debug_Board_v3 ) if you have further questions, please do not hesistate to contact me directly. kind regards -- Joachim Steiger ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Security in OpenMoko
Hi all, First of all I'll like to say hello to all. I'm quite new at the OpenMoko-thingie (a Neo 1973 is on the way although - waiting with patience), so I hope you'll bear with me for minor (and major :-)) mistakes. And now to the actual subject: is every application on OpenMoko running as root? For a couple of weeks ago I wrote a post on this matter on my blog [1] and just today I saw that iPhone had exactly that flaw [2]. Allow me to quote myself partly from a mail to Sean Moss Pultz about this [3] sent 17th of September 2007, and partly to refer to me writing about it at the discussion site for the wiki [4]. I don't hope that I've offended anyone, that was certainly not the purpose. I just think security is a huge point of interest and should draw a sufficient amount of focus from us developers. Regards, Mikkel Meyer Andersen aka. mikl-dk Denmark --- [1]: http://www.scienco.org/2007/openmoko/always-root/ [2]: http://www.eweek.com/article2/0,1895,2191373,00.asp 3 Triggered by the question whether every execution of an application is done by the root-user, I started to wondering about the security in OpenMoko in general. Actually I found very little - near to nothing - about it, and I personally think that's inappropriate for this project. We simply have to focus very much on security so that isn't going to be a pitfall. So please, let's focus on this! If desired, I'll be glad to join such a task-force. Many other manufactures don't focus that much on security, and one is starting to talk about viruses on mobile phones and so on. I think it's very important to make security an issue in OpenMoko. (It could be a small-scale solution known from *nix such as the daily use was under a normal user account and the root account was required in order to install applications and change certain system settings; and the root should have a password - or maybe even use sudo or something.) /3 [4]: http://wiki.openmoko.org/wiki/Talk:Main_Page ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qtopia flash image update
Heilpern, Mark wrote: Hi Lorn, Thanks for the update one problem though. In my case (and presumably the case for others), I'm not normally inserting a SIM. If I wait long enough will the lock time out since the network isn't going to register? Failing that, is there a configuration file I can modify to change the current behaviour? Thanks, and thank you for championing Qtopia on this platform. I actually don't know why that was happening, it's not supposed to. Apparently an intermittent bug. It's not supposed to lock you out of the gui if there is no sim. -Original Message- From: lpotter [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 1:56 PM To: community@lists.openmoko.org Cc: Heilpern, Mark Subject: Re: qtopia flash image update On Wednesday 03 October 2007 03:39:42 Heilpern, Mark wrote: I'm seeing the same problems with the new Qtopia image. The device comes up locked (with no apparent way to unlock it) -- the touch screen controls flash so I know they're registering, but the screen doesn't go to the unlock screen. The bottom left soft menu is unlock, but touching the screen there doesn't register at all. wait a bit longer. the screen/keylock should go away when it registers with the network. -- Lorn 'ljp' Potter Software Engineer, Systems Group, MES, Trolltech ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
UI responsiveness, Hope its not like new Blackberry
Recently tried out the new Blackberry 8300, that a customer had purchased, and I almost wanted to throw it in the bin, but of course it was not mine. When you roll the ball there is about a quarter second delay before the indicator moves to the next icon, which means it hard to move to an icon quickly like in Marble Madness. Now I don't know if it is just me, but I just could not get used to that. Maybe it is because I am used to playing video games but if a Spectrum could do it at 3.5MHz then I dont see why an 8300 cant do it at 312MHz. So, I was just hoping that the OpenMoko UI will at least have an instant response, even if this means you have to put up an egg timer to say that the system is busy and cannot respond straight away. Michael. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UI responsiveness, Hope its not like new Blackberry
I agree. Palm OS experiences the same kind of lag in certain cases. On 10/3/07, Michael [EMAIL PROTECTED] wrote: Recently tried out the new Blackberry 8300, that a customer had purchased, and I almost wanted to throw it in the bin, but of course it was not mine. When you roll the ball there is about a quarter second delay before the indicator moves to the next icon, which means it hard to move to an icon quickly like in Marble Madness. Now I don't know if it is just me, but I just could not get used to that. Maybe it is because I am used to playing video games but if a Spectrum could do it at 3.5MHz then I dont see why an 8300 cant do it at 312MHz. So, I was just hoping that the OpenMoko UI will at least have an instant response, even if this means you have to put up an egg timer to say that the system is busy and cannot respond straight away. Michael. ___ 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: UI responsiveness, Hope its not like new Blackberry
If you look at some of the videos online ( http://video.google.com/videosearch?q=openmokonum=10so=1start=0), you'll see that the UI is getting more responsive than it was. It looks to me (as a fan, not as a developer) that the UI responsiveness has greatly improved with the 2007.2 updates. With the GTA02's better hardware, I expect it to get to the near instant response for most functions. Although keep in mind, this is an open platform that anyone and develop on, so don't expect all developers to write the most optimized code. On 10/3/07, Kyle Bassett [EMAIL PROTECTED] wrote: I agree. Palm OS experiences the same kind of lag in certain cases. On 10/3/07, Michael [EMAIL PROTECTED] wrote: Recently tried out the new Blackberry 8300, that a customer had purchased, and I almost wanted to throw it in the bin, but of course it was not mine. When you roll the ball there is about a quarter second delay before the indicator moves to the next icon, which means it hard to move to an icon quickly like in Marble Madness. Now I don't know if it is just me, but I just could not get used to that. Maybe it is because I am used to playing video games but if a Spectrum could do it at 3.5MHz then I dont see why an 8300 cant do it at 312MHz. So, I was just hoping that the OpenMoko UI will at least have an instant response, even if this means you have to put up an egg timer to say that the system is busy and cannot respond straight away. Michael. ___ 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 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UI responsiveness, Hope its not like new Blackberry
On 3 Oct 2007, at 20:17, Michael wrote: Recently tried out the new Blackberry 8300, that a customer had purchased, and I almost wanted to throw it in the bin, but of course it was not mine. When you roll the ball there is about a quarter second delay before the indicator moves to the next icon, which means it hard to move to an icon quickly like in Marble Madness. Now I don't know if it is just me, but I just could not get used to that. Maybe it is because I am used to playing video games but if a Spectrum could do it at 3.5MHz then I dont see why an 8300 cant do it at 312MHz. So, I was just hoping that the OpenMoko UI will at least have an instant response, even if this means you have to put up an egg timer to say that the system is busy and cannot respond straight away. Michael. Qtopia on the Neo1973 seems very responsive. OpenMoko less so, but I'm sure it will improve. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AW: Apple's heavy hand an opportunity for Linux smartphones like OpenMoko
On 1 Oct 2007, at 15:52, Dr. H. Nikolaus Schaller wrote: Friend, which type of drugs do you use to loose reality and fairness? People have different views on the world (even without drugs). And different goals for their life (e.g. Earn lots of $$$ vs. Freedom for Everything). Therefore, their conclusions what is correct and the right thing is different. It does not help the OpenMoko project in ANY WAY to insult Steve Jobs personally. What helps is to be a different (and better) product than e.g. the iPhone and others. Nikolaus Schaller Indeed, if you were on the money Steve is, had the lifestyle he does then you'd do all to protect it. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bug #747, qmake possible missing bbclass
Pretty sure this list isn't the right place for this but... There's a bug on bugzilla (#747) which I've also encountered and fixed. First, I think this may be a bug in upstream qmake 4.3.1 as I've been developing a lot with Qtopia outside OpenMoko. Every time I run qmake -project I have to manually add network to the QT variable in the project file, even for hello world. Second, I also needed to modify the Makefile qmake produced and edit the LINK= $(OE_QMAKE_LINK) to LINK=$(CXX). This is because OE_QMAKE_LINK isn't defined. Looking through the OpenEmbedded tree there is a class called qmake.bbclass ( qmake2.bbclass) which defines OE_QMAKE_LINK. I don't know OpenEmbedded too well but I do know portage/gentoo and I assume a bbclass is like an eclass in portage?? If that's the case, surely the uicmoc4-native_4.3.1 recipe needs to inherit from the qmake or qmake2 class? I guess this may have been fixed in upstream OpenEmbedded? Like I say, my OpenEmbedded knowledge is a bit limited, so what I just wrote may make no sense whatsoever. :-) Cheers, Tom PS: In future, where's the best place for this kind of stuff? Should I have created a new bug? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UI responsiveness, Hope its not like new Blackberry
Kyle Bassett writes: I agree. Palm OS experiences the same kind of lag in certain cases. That's really sad. One of the real strengths of the old versions of PalmOS (and the applications developed for it) was that interaction was instantaneous -- in almost all cases, what you wanted happened right away, and in the few exceptions, you were notified immediately that the app had gotten the input and would take a while to process. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UI responsiveness, Hope its not like new Blackberry
That's really sad. One of the real strengths of the old versions of PalmOS (and the applications developed for it) was that interaction was instantaneous -- in almost all cases, what you wanted happened right away, and in the few exceptions, you were notified immediately that the app had gotten the input and would take a while to process. Mine has become less responsive over time, as I have added more and more data without ever deleting anything. The time lag is in some surprising places, not just where you'd expect like phone number lookup. It is disconcerting when the GUI takes over a second to respond sometimes, then seems to be ok right afterward. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ARM offers more duplication
See: http://www.theregister.com/2007/10/04/arm_linux/ http://www.arm.com/markets/cmc/linux.html http://www.arm.com/products/os/linux.html ARM are developing another open source Linux platform including an X11, GTK+ GUI environment. Shame openembedded or openmoko didn't show up in their Google searches when they put this project together. Isn't FIC a sufficiently large customer to allow partner status? Oh well... even more choice, we just have to wait longer for it. Richard ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: UI responsiveness, Hope its not like new Blackberry
Ben Burdette writes: That's really sad. One of the real strengths of the old versions of PalmOS (and the applications developed for it) was that interaction was instantaneous -- in almost all cases, what you wanted happened right away, and in the few exceptions, you were notified immediately that the app had gotten the input and would take a while to process. Mine has become less responsive over time, as I have added more and more data without ever deleting anything. The time lag is in some surprising places, not just where you'd expect like phone number lookup. It is disconcerting when the GUI takes over a second to respond sometimes, then seems to be ok right afterward. Interesting. Mine (an antique Samsung I300, on an equally antique Coldfire CPU) is really predictable about where the lags will be. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
