Re: accelerometer in neo?
Since SPI is available for IO (near as I can tell), there's something to be said for an "expansion back" that would have room for a bunch of optional peripherals in some sort of standard form facter... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer in neo?
Hey, There was a long discussion on accelerator on the list back in Jan07. I have just searched through the mailing list archive... http://lists.openmoko.org/pipermail/community/2007-January/002067.html Cheers, On 5/14/07, Robin Paulson <[EMAIL PROTECTED]> wrote: i've been thinking recently about other applications for the openmoko, beyond the usual phone/maps/gps/internet access, and a couple of them require an accelerometer i could find no mention of one in the wiki, either in the hardware list or the wish list. does anyone have any ideas? would this be unfeasable in a device like this for any particular reason? size? weight? power? thinking slightky laterally, could the vibrating battery be used in reverse to provide this sort of data, in a similar way to using an electric motor as a generator, or a speaker as a microphone? if anyone's interested, one of the ideas was to enable it to function as a pedometer ___ 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:USB host connector? (was Re: Battery powered charging/USB hub)
Mark Eichin writes: >Speaking of USB -- the openmoko has a USB device port on the side >(that's being discussed in this thread) and internally has a USB host, >according to http://wiki.openmoko.org/wiki/Category:Neo1973_Hardware#USB_Host >but I what I haven't seen clarified - is the USB host port brought >outside at all? Hardware yes, software no at present (I'm told). The USB connector is actually a Mini-AB, so either a host or a device can be plugged in. At present the software only enables the phone as a device (I'm not quite sure how the handshake would work to just notice that a device was plugged into it; it's not a full USB On-The-Go stack). >(At a high level, my use case is "take pictures from my real camera >and upload them directly to flickr" :-) That requires either an SD >slot, or USB host to talk to the card directly (or USB to talk to the >camera, but that's less portable.) I'm trying to see if I can do this >with the FIC1973, possibly with simple warrantee violating hardware >enhancements...) It's my understanding that it would "only" require software changes. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: firefox for mobiles
On Fri, 2007-05-11 at 16:12 +0200, Thomas Gstädtner wrote: > As announced this is a long term project, so there will be no firefox > mobile in 2007 and maybe not in 2008. > Firefox doesnt only use a massive amount of RAM, it also needs a > powerful CPU. > Imho a browser based on KHTML/WebKit, especially S60WebKit would be > the best choise. > Whoever has used one of the new S60 3rd Edition will agree, because > that browser simply rocks (and is damn fast!). > S60WebKit is partly OpenSource, only the UI isn't. Runs on Symbian tho :( ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
USB host connector? (was Re: Battery powered charging/USB hub)
Speaking of USB -- the openmoko has a USB device port on the side (that's being discussed in this thread) and internally has a USB host, according to http://wiki.openmoko.org/wiki/Category:Neo1973_Hardware#USB_Host but I what I haven't seen clarified - is the USB host port brought outside at all? (At a high level, my use case is "take pictures from my real camera and upload them directly to flickr" :-) That requires either an SD slot, or USB host to talk to the card directly (or USB to talk to the camera, but that's less portable.) I'm trying to see if I can do this with the FIC1973, possibly with simple warrantee violating hardware enhancements...) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer in neo?
We could have the screen go landscape when you turn it. :) On May 13, 2007, at 9:04 PM, Robin Paulson wrote: i've been thinking recently about other applications for the openmoko, beyond the usual phone/maps/gps/internet access, and a couple of them require an accelerometer i could find no mention of one in the wiki, either in the hardware list or the wish list. does anyone have any ideas? would this be unfeasable in a device like this for any particular reason? size? weight? power? thinking slightky laterally, could the vibrating battery be used in reverse to provide this sort of data, in a similar way to using an electric motor as a generator, or a speaker as a microphone? if anyone's interested, one of the ideas was to enable it to function as a pedometer ___ 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
accelerometer in neo?
i've been thinking recently about other applications for the openmoko, beyond the usual phone/maps/gps/internet access, and a couple of them require an accelerometer i could find no mention of one in the wiki, either in the hardware list or the wish list. does anyone have any ideas? would this be unfeasable in a device like this for any particular reason? size? weight? power? thinking slightky laterally, could the vibrating battery be used in reverse to provide this sort of data, in a similar way to using an electric motor as a generator, or a speaker as a microphone? if anyone's interested, one of the ideas was to enable it to function as a pedometer ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: firefox for mobiles
Florent THIERY writes: > >I'm wondering why nobody seems to consider webkit as the viable >alternative: I'm sort of missing why you seem to feel webkit isn't a viable alternative -- I've never worked with it at all, but you seem to be giving a bunch of reasons why it's likely to be just that by the end of summer. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: firefox for mobiles
Hi Or opera of course... it went fully open-source didn't it? No it's not. It's just free. I'm wondering why nobody seems to consider webkit as the viable alternative: * it's open source * it's been ported to qt recently, which may lead openmoko to use qt libs * there is a registered google summer of code whose aim is to port webkit for openmoko http://code.google.com/soc/openmoko/appinfo.html?csaid=B5A2E96741FD60E4 * there is an ongoing effort to put webkit & gdk together http://trac.webkit.org/projects/webkit/browser/trunk/WebCore/platform/gdk * so many firms use webkit in their own mobile products (ex: nokia S60)... because it's maybe the fastest and lightest webengine So Let's wait 'til the end of the summer :) Regards Florent ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: firefox for mobiles
On 5/11/07, Ian Stirling <[EMAIL PROTECTED]> wrote: The big problem is the lack of debug tools. I write a new extension. I then want to profile it, to find out how much CPU, and how much CPU it makes the core use. I can't. Worse, the same problem applies to most of the XUL/XBL/JS core. I was wondering if it would be possible to write an extension that shows CPU and RAM usage in each tab of the browser, so you can profile your pages. Web developers could make good use of that, and maybe we'd see fewer of the kind of pages on the web that are causing a lot of the memory usage. But apparently you can't do that? For a graphical browser that isn't a pig, there is dillo, which has its limitations, but at least it is small. Or opera of course... it went fully open-source didn't it? ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: TaskManager is one ugly piece of... UI
Brad, I would suggest we move this discussion to openmoko-apps. On Thu, 10 May 2007 08:40:22 -0600 "Brad Midgley" <[EMAIL PROTECTED]> wrote: > After spending a day or so working over my P1, I have to ask if the > TaskManager is slated for removal or improvement. It is the single > worst component of user interface on the whole device... Yeah there are some issues with the taskmanager that I am currently trying to resolve. > - the X on the left sometimes closes the task manager and sometimes > closes an app depending on the selection Actually it is supposed to close the selected application and when no app is selected...it segfaults. Same with the go to (turning arrow). > I see two ways to improve it: > 2. Make the lower-left-corner button bring up a popup menu with each > application listed and an X after each name if you wanted to close > it. (It could even be scrollable or tiled if it'll grows too long, > but that will be the unusual case.) With a popup, we get back to what > people expect in task switching and it's simple and clear to > understand what this thing is for. It also would "go away" when you > click somewhere else instead of cluttering up the notion of what is > running. Hmm, I think the menu would have to be huge for finger input. I was just thinking of a mode paradigm: Open the taskmanager and you are in "Go to" mode. Any click on an app goes to it. If you press the kill button you are in "Kill" mode and any subsequent click kills the application returning to "Go to" mode. Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenMoko development under MacOS X
Hello everyone! There was some discussion on the lists some time ago and I wanted to check if anything has changed. I've made some quick research on subject of developing OpenMoko apps on MacOS X. It appears that we could run MakoMakefile: http://www.quantum-step.com/download/OpenMoko-Edition/oe That's great! I checked if there is any possibility to run QEMU's Neo1973 port on Mac but it seems not possible right now. Compiling it as written on http://wiki.openmoko.org/wiki/OpenMoko_under_QEMU does not work because it requires gcc-3.3 which seems to be broken on MacOS - http://lists.macosforge.org/pipermail/macports-users/2007-February/001593.html Compiling ends up with error: gcc-3.3: installation problem, cannot exec `cc1': No such file or directory Compiling neo1973 qemu with gcc-4.0: ./configure --target-list=arm-softmmu --cc=/usr/bin/gcc-4.0 --disable-gcc-check gives you: dyngen.c: In function 'gen_code': dyngen.c:1853: error: 'struct relocation_info' has no member named 'r_offset' dyngen.c:1854: error: 'struct relocation_info' has no member named 'r_offset' dyngen.c:1858: error: 'struct relocation_info' has no member named 'r_offset' dyngen.c:1872: error: 'struct relocation_info' has no member named 'r_offset' dyngen.c:1915:2: error: #error unsupport object format dyngen.c:1849: warning: unused variable 'type' make: *** [dyngen] Error 1 But there is project: http://www.kju-app.org/kju/ that manages to compile and run (very well) qemu under MacOS X. They are using standart XCode Developer Tools so this could mean gcc-4.0. I would be great if someone with grater knowledge on the subject could combine kju and neo1973 emulators to make such emulator possible. What do you think? cayco ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community