Re: Om2009 testing release 4
Risto H. Kurppa schrieb: On Mon, May 25, 2009 at 1:25 PM, Mirko Lindner mi...@openmoko.com wrote: 2d) There is too much latency between pressing the AUX button during a call and any indication that the system is working on changing the volume. Ideally, what I'd like the GUI to show me is not what the current volume is, but what it will be once it has finished processing all the button presses. This is an issue happening in several places in paroli. The interface is very honest in the sense that it only shows what actually happened. Of course this means that changes are visible a bit later than in other interfaces. Should this paradigm be changed? After I read this about 2 days ago, I've been thinking about it and the conclusion is that yes, I think it should be changed. I appreciate it that the UI shows me what's happening, as you said 'being honest'. But as soon as Paroli everything behind it are stable enough that we can trust that clicking a button does what we want it to do, I think the UI should make the change as soon as possible and do the actual work ASAP after this. This applies to pressing AUX to change the profile, starting/disconnecting a call etc etc: Here's a usercase where the different approaches have been compared (action first, then UI vs. UI first then action) 0s. user presses the AUX button to change the profile from 'silent' to 'default' 0.5s. Paroli works on the the change, no UI reaction vs. Text changed from 'silent' to 'default' 1s. Text changes from 'silent' to 'default' vs. Paroli works on the profile change the user puts the phone in the pocket 1.5s user puts the phone in the pocket vs. user takes another sip of his Dr. Pepper In addition to this, in some situations one could add to 0.5s: 'user presses AUX again since there was no response when he first pressed it' - I think that immediate UI reaction gives the user the experience of responsiviness and that the phone works faster. The same goes with start/disconnect a call, loading Paroli contactsSMS from SIM etc. Since the user is often slow, we should allow him to start thinking of his next move as soon as possible and during that time do other stuff. Concerning this, I'd like to see a 'busy' light/icon/something to point out that work is being done, wait until it's finished before you try anything else. The icon would be shown when the processor load is 90% or more. This would again give the user a better experience of 'we're doing stuff for you' instead of 'hmm.. I wonder if this crashed since it doesn't react to my actions...' or just change the text in the UI before start working and produce a little vibration led-sign on failure and switch back to the former state. if everything worked well, there's no problem, if not, the user recognizes it immediately. (if the vibration is secure and reliable enough to do this job). but presenting an loading screen or light would be much closer to what really happens. i just really like the neo to vibrate, mayba that's all about my idea ;-) matthias ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page - proof of concept - release
On Tuesday 26 May 2009 03:50:58 c_c wrote: All feeback / ideas welcome. This is not even alpha as of now. So go ahead with your wishlists! Cool, you've fixed nearly all of my feedback already! 0.16 looks already better but IMHO the settings aren't that importat to stay always as the very first element of the ui. Wouln't it be better to move to as a normal icon to the system category? Nearly everyone needs them just once. Oh! And I've had another idea right now. What about dropping the drop-down- list for the categories and use the GUI element (not sure how it's called) that is also used by illume settings and elmphonelog for categories. IMHO that would be a big improve in terms of usability and coolness as it is a very finger friendly widget. It would have some sort of recognition value on illume based systems. Cheers, Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz is Fixed
On Tuesday 26 May 2009 21:10:15 Michel wrote: Hi, For some positive news, I received my FreeRunner back today from Golden Delicious Computer. They preformed the buzzfix for me and guess what? Please, don't reply previous messages to start a new thread. Those that use threaded mailreaders will thank you! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (Proof of concept) Working Release
c_c wrote: Hi, Seems like you /usr/share/applications/ desktop files are not standard. Can you send me a few .desktop files? I want to see whether the files are in binary or text. Plus then I can play with them here to see if I can parse them correctly. Thanks. Hi, thanks for investigating. Here is my whole application http://n2.nabble.com/file/n2979744/applications.tar.gz applications.tar.gz - -- jahckal -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.16-tp2969146p2979744.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
bluespam.py - new version
bluespam is an utility for send/spam a file via bluetooth i have release a new versione of bluespam.py you can download from http://minucci.net/file/bluespam.py now you have to launch with file like argument: python ./bluespam.py file.txt before you have to launch this on a terminal: sqlite3 bluespam.sql CREATE TABLE log(id INTEGER PRIMARY KEY ASC, timestamp INT, name TEXT, mac TEXT) because bluespam.py write log of successful file send into a database, in separate table, each for file need test with various phone or smartphone enjoy it :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Om2009 testing release 4
Hi In addition to this, in some situations one could add to 0.5s: 'user presses AUX again since there was no response when he first pressed it' happens to me all the time :-) This is an issue happening in several places in paroli. The interface is very honest in the sense that it only shows what actually happened. Of course this means that changes are visible a bit later than in other interfaces. Should this paradigm be changed? After I read this about 2 days ago, I've been thinking about it and the conclusion is that yes, I think it should be changed. reading it very literally, I don't. I think paroli should honestly show what is happening, not what is supposed to happen; but that includes receiving a ui event or starting a process. But as soon as Paroli everything behind it are stable enough that we can trust that clicking a button does what we want it to do, I think the UI should make the change as soon as possible and do the actual work ASAP after this. No machine will ever be that stable - not if you spill a beer over it, drop it from the stairs or accidentally zap half the filesystem. Even then, I'd like to be able to trust the ui to tell me whats really going on, not what it thinks should be going on. Concerning this, I'd like to see a 'busy' light/icon/something to point out that work is being done, wait until it's finished before you try anything else. The icon would be shown when the processor load is 90% or more. Good idea; sounds like macs 'colored ball cursor'. But it doesn't replace the watch cursor - saying we received your request, now please wait. Paroli doesnt have a cursor, but it could have an applet that applications can call, I guess ? Something like a watch ? start-watch; do stuff; stop-watch. The 'watch' (I imagine a rotating circle aka adobe flash loader) could turn into a busyball when the cpu reaches 90%, too. And it could also indicate a failure. I also like the idea of a buzz when an error occures. The buzz feels very erroneous. These things would only apply to paroli, though. I think lower levels could give some more feedback, too. Eg, the aux and power buttons send a dbus signal every second they are pressed, but that's counterintuitive to me - if it would flash or buzz every second too, i might be inclined to wait - and count. And even lower, when booting the phone, and during the boot process, there's not enough feedback for me. I never feel I can trust the thing. But maybe that's me :-) $2c, *-pike ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] intone not finding libehal-ver-pre-01.so.0
Am Mittwoch, 27. Mai 2009 01:16:18 schrieb Martin Jansa: On Tue, May 26, 2009 at 04:32:55PM -0600, Angus Ainslie wrote: On May 26, 2009 03:09:20 pm Marcel wrote: Hello, I have installed intone 0.51 from http://www.opkg.org/packages/intone_0.51_arm.ipk (where the dependency libelementary0 is still there). Once I launch it, the binary is missing: r...@d-a318:~# intone intone: error while loading shared libraries: libehal-ver-pre-01.so.0: cannot open shared object file: No such file or directory But that lib certainly exists in /usr/lib and ldd shows the link as intact, too. That used to work before I killed my previous 2009 installation, but I cannot remember what I did to achieve that. Can someone help? -- Marcel Is edbus-ehal installed ? Angus Hello, there is svn in library name like: /usr/lib/libehal-ver-pre-svn-01.so.0 instead of required by intone: /usr/lib/libehal-ver-pre-01.so.0 I created symlinks with required names with cd /usr/lib; for i in libe*-ver-pre-svn-01.so.0; do echo $i; ln -s ${i} ${i/-ver-pre-svn-01.so.0/-ver-pre-01.so.0}; done Oh dammit, of course. I already compared the filenames but didn't notice the missing -svn... Okay, works now. :) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2009] dublicate xrand confuses mouse position
Executing two times same xrandr orientation will confuse touch screen calibration. xrandr -o 3 xrandr -o 3 When orienting back xrandr -o 0 mouse is restored. If landscaped game handle orientating with start script, this is bad thing. -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR] Podboy (0.0.1 - pre-alpha release)
Hi, I'm using Podboy on my morning commute now (SHR-testing) - much appreciated! Two observations though.. - the image file associated with the rss feed isn't scaled properly in some cases and expands all the dialogs off the visible screen area... the example that immediately comes to mind is the rss feed for the linux link tech show. - after an incoming call, the audio resumes, but only the audio on the Right hand side... left hand audio remains mute, but appears to come out of the unit itself? Finally - and somewhat off-topic, it doesn't appear as though the wired headset is usable for receiving incomming calls - so there's a bit of a scrabble around to take calls! I'll hunt around for any fixes for that.. again though - great app! Russ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page - proof of concept - release
Hi, Michael Zanetti wrote: On Tuesday 26 May 2009 03:50:58 c_c wrote: 0.16 looks already better but IMHO the settings aren't that importat to stay always as the very first element of the ui. Well, it does balance the look by making it propotional. But I'll change it if people feel that things would be better with the settings icon in another category. Michael Zanetti wrote: What about dropping the drop-down-list for the categories and use the GUI element (not sure how it's called) that is also used by illume settings and elmphonelog for categories. Are you talking about the toolbar? Well, I'll lose a lot of screen space that way wont I. -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.16-tp2969146p2981136.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Make sense, accepted as a defect. Consider there are other things to be fixed, I defer the next update to a couple of days later. 2009/5/27 Risto H. Kurppa (via Nabble) ml-user+45424-2075827...@n2.nabble.com: On Wed, May 27, 2009 at 1:05 AM, mqy meng.qing...@... wrote: Although there is a thread about omgps, I think I'd list the important things here. Those who have installed previous version(s) are recommend to do a update. download url: http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk Important updates since first release on 2009-05-21: Wow, nice! Keep up the good work! BTw about the autocenter feature: could it update the position a bit earlier than when hitting the edge, let's say when there's 1/3 of the screen left before hitting the edge? Just to allow you to see more in the direction you're going to. THanks! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list commun...@... http://lists.openmoko.org/mailman/listinfo/community This email is a reply to your post @ http://n2.nabble.com/-omgps--important-updates-tp2977563p2979241.html You can reply by email or by visting the link above. -- View this message in context: http://n2.nabble.com/-omgps--important-updates-tp2977563p2981243.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Very nice, thanks! I'm going to have to practice using the little buttons, but otherwise I've got no complaints. Will try producing a gpx trace of my drive home (now that I've discovered my Nokia can produce gpx traces it's breathed a bit of life into my otherwise unloved N96). Cheers, Joseph 2009/5/26 mqy meng.qing...@gmail.com: Although there is a thread about omgps, I think I'd list the important things here. Those who have installed previous version(s) are recommend to do a update. download url: http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk Important updates since first release on 2009-05-21: --- 1. bugfix: keep cursor in view does not always behave as expected. 2. bugfix: SIGSEGV on stopping track. see http://code.google.com/p/omgps/issues/detail?id=2 3. bugfix: Full screen mode, popup message dialogs does not show on above -- deadlock screen. 4. defect: speed unit, add mph and km/h. see http://code.google.com/p/omgps/issues/detail?id=1 5. new feature: sky map to show satellite positions. Regards, mqy -- View this message in context: http://n2.nabble.com/-omgps--important-updates-tp2977563p2977563.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ 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: Launcher/Home Page (alpha) Release 0.18
Hi, Here's the latest release. Changes :- * Clock and Date * Scroller for the home page * Set apps to run on missed calls / rx sms icon click * Starting Feedback http://n2.nabble.com/file/n2981391/launcher1.png http://n2.nabble.com/file/n2981391/launcher_0.18_arm.ipk launcher_0.18_arm.ipk -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.16-tp2969146p2981391.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omgps] important updates
Yes, ease of use is also an important thing other than power-safe and stability. In fact I haven't ever used any GPS application other than TangoGPS. Before writing this application, I know nothing about GPS, GTK+ at all. Other commercial level applications must have excellent ideas that I can borrow from, unfortunately I don't have such devices, thus your suggestions are important. UBX 4/5 supports configuring navigation model via CFG-NAV2 or CFG-NAV5. Options are: * 1 Stationary * 2 Pedestrian * 3 Automotive * 4 Sea * 5 Airborne with 1g Acceleration * 6 Airborne with 2g Acceleration * 7 Airborne with 4g Acceleration Default is automotive. As of my understanding, the model determines how GPS receiver calculates fixes, automotive should be OK, right? William Kenworthy wrote: On Wed, 2009-05-27 at 08:37 +0300, Risto H. Kurppa wrote: On Wed, May 27, 2009 at 1:05 AM, mqy meng.qing...@gmail.com wrote: Although there is a thread about omgps, I think I'd list the important things here. Those who have installed previous version(s) are recommend to do a update. download url: http://omgps.googlecode.com/files/omgps_0.1_armv4t-20090527-1.ipk Important updates since first release on 2009-05-21: Wow, nice! Keep up the good work! BTw about the autocenter feature: could it update the position a bit earlier than when hitting the edge, let's say when there's 1/3 of the screen left before hitting the edge? Just to allow you to see more in the direction you're going to. THanks! r I would like to add my request for this as well - at the moment its not usable when driving/or riding a bike as you cant see whats coming. Even better than the 1/3, would be to offset the cursor so that 2/3 (or more) of the screen is ahead, and only a small amount is behind (none of the FR gps apps I have tried do this - but TV adds for Nokias and the like seem to show it as standard on those devices - very few people riding/driving or usually even when walking are interested in where they have been - its where they are going thats important. Sliding the map under the cursor is a much better idea than redrawing the screen when you get to the edge when moving for this reason. Even when walking, the current update method means you are always manually centring so it never gets to the edge ... so any power savings via reduced cpu are illusory as the user is always interacting with it anyway. And thats something best not done when driving/riding :) There may be scope here for a mode setting in the config - walk, drive etc - the antaris GPS chip does have settable parameters for these modes. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-omgps--important-updates-tp2977563p2981457.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: git checkout
The error message is fatal: not a git repository Same for git branch -a. Al this follows what looked like a successful git clone command Thomas White wrote: Iain B. Findleton ifindle...@videotron.ca wrote: I confess to not being too familiar with git, however, the web site says to use the command: git checkout origin/andy-tracking after cloning the kernel project. This does not work for me. I suspect that origin must be something else. Any suggestions? Can you paste an error message? Also, the output of the following command should help: $ git branch -a Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (alpha) Release 0.18
On Wed, May 27, 2009 at 5:22 PM, c_c cchan...@yahoo.com wrote: * Clock and Date * Scroller for the home page * Set apps to run on missed calls / rx sms icon click * Starting Feedback http://n2.nabble.com/file/n2981391/launcher1.png http://n2.nabble.com/file/n2981391/launcher_0.18_arm.ipk launcher_0.18_arm.ipk c_c: you're doing a great work there (though replicating what Illume is supposed to be doing). Anyone have any idea how does this work with OM2009 Paroli? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: git checkout
On Wed, 27 May 2009 10:36:34 -0400 Iain B. Findleton ifindle...@videotron.ca wrote: The error message is fatal: not a git repository Same for git branch -a. Al this follows what looked like a successful git clone command A quick muppet check here: you *did* change directory into the newly cloned folder..? If you're cloning the kernel tree, it'll be called kernel, but you can tell it a different name if you want. Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR] create opkg-packages
hello there, i want to create a opkg-package, but i didn't found ipkg-utils on shr, also not on ubuntu. so i tried to create this otherwhise, with the same structure, but if i look into another opk-package, the files in the tar.gz control are childfolders of ., mine isn't (folder . does already exist) and if i save the top-archive as .deb-file, it seems to work, but if i renamed it to ipk/opk, it doesn't work (with ark). the other packages does work normal with ark. so where i became the ipkg-utils? ftp-server with the files seems also to be down :/ greets ps: just by the way, if someone knows this; is there any library with e-mail- support for vala? :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: git checkout
Ah yes, a little knowledge, experience and skills and abilities are a great help. Thanks. That was the problem... Iain F. Thomas White wrote: On Wed, 27 May 2009 10:36:34 -0400 Iain B. Findleton ifindle...@videotron.ca wrote: The error message is fatal: not a git repository Same for git branch -a. Al this follows what looked like a successful git clone command A quick muppet check here: you *did* change directory into the newly cloned folder..? If you're cloning the kernel tree, it'll be called kernel, but you can tell it a different name if you want. Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] create opkg-packages
I've not followed these instructions, but they turned up after a quick google: http://www.oesf.org/index.php?title=IPKG_Howto ipkg-build is what I use - all works without any drama. Cheers, Joseph 2009/5/27 Vinzenz Hersche hers...@puzzle.ch: hello there, i want to create a opkg-package, but i didn't found ipkg-utils on shr, also not on ubuntu. so i tried to create this otherwhise, with the same structure, but if i look into another opk-package, the files in the tar.gz control are childfolders of ., mine isn't (folder . does already exist) and if i save the top-archive as .deb-file, it seems to work, but if i renamed it to ipk/opk, it doesn't work (with ark). the other packages does work normal with ark. so where i became the ipkg-utils? ftp-server with the files seems also to be down :/ greets ps: just by the way, if someone knows this; is there any library with e-mail- support for vala? :) ___ 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
tangogps0.9.6 - mod: persists trip data, adds multiple trips
This is a mod for tangogps. It 1) persists the Trip data, and 2) adds multiple independent trips (5). I use tangogps on my neo for an odometer in my old car. I wanted to have a separate trip settings for oil changes, and, since the fuel gauge doesn't work, for petrol fill-ups. The changes are made to tangogps-0.9.6 Here is a src patch http://verdebreuk.googlecode.com/files/tangogps.0.9.6mt_0.2.patch and here is a complete openmoko package binary http://verdebreuk.googlecode.com/files/tangogps-0.9.6mt_0.2_armv4t.ipk A few usability notes: Without this update tangogps starts the trip counter by default. With this mod there are now 5 separate trip counters - all are OFF by default. Cycle through the separate trip counters using a new NEXT button. When you first start up tangogps, cycle through the trip counters and turn on the ones you want running for your current trip. Starting, Stopping, and Reseting a trip counter works the same as before with the caveat that the operation only affects the trip counter currently displayed on the screen. I hope someone else may find my changes useful. cheers Bep ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page (alpha) Release 0.18
I tried it on OM2009 TR4, and it worked ok - Although I found that all of my apps ended up in the 'uncategorized' category... Is there a special process I have to go through to add them to a category? I also didn't see the links for the contacts, dialer, etc. that are shown on the screen shot? Is that just a matter of configuring a 'home' category? I definitely like the look. is it possible to do transparent icons though? On the Illume launcher, the icons are drawn transparently, but it looks like in launch they are drawn on a white box... Warren On Wed, May 27, 2009 at 11:14 AM, Risto H. Kurppa ri...@kurppa.fi wrote: On Wed, May 27, 2009 at 5:22 PM, c_c cchan...@yahoo.com wrote: * Clock and Date * Scroller for the home page * Set apps to run on missed calls / rx sms icon click * Starting Feedback http://n2.nabble.com/file/n2981391/launchhttp://docs.openmoko.org/trac/changeset/4968er1.pnghttp://n2.nabble.com/file/n2981391/launcher1.png http://n2.nabble.com/file/n2981391/launcher_0.18_arm.ipk launcher_0.18_arm.ipk c_c: you're doing a great work there (though replicating what Illume is supposed to be doing). Anyone have any idea how does this work with OM2009 Paroli? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page - proof of concept - release
On Wednesday 27 May 2009 15:46:53 c_c wrote: Michael Zanetti wrote: What about dropping the drop-down-list for the categories and use the GUI element (not sure how it's called) that is also used by illume settings and elmphonelog for categories. Are you talking about the toolbar? Well, I'll lose a lot of screen space that way wont I. Hi, Yes... The toolbar would use more space than the drop down list. But In my it would be worth it. Here is a quick mockup about how I could imagine it. http://follefuder.org/mockup1.png Anyways, you are the author, you decide. This is just an Idea that I'd like to share with you. Oh, and thanks for version 0.18! Cheers, Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Neovento-5.4] angle brackets I have, but apt-get did not.
On Wed, May 27, 2009 at 7:52 AM, clare johnstone clar...@gmail.com wrote: Really do need pointer to source in use please. clare Never mind, I will find it. This is where I go away for a while, but I will be back, please keep up the good work. thank you, clare ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
c_c wrote: Hi, Marco Trevisan (Treviño) wrote: Simply use my libraries [1] and run it with: LD_LIBRARY_PATH=/usr/e17/lib ELM_THEME=/usr/e17/share/elementary/themes/default.edj intone Thanks Marco. That was a pending bug - and I wasn't closer to finding any solution to that one. At least that's one thing solved. However I've noticed that the interface hangs as soon as I play a song... But maybe this is just due to my mplayer version. Have you tried it? -- 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: New release of Enscribi - version 0.2.0
I've tried 0.1, it does not recognize well. Need more work to enhance back-end engine. Anyway, good start point :) Olof Sjobergh wrote: Hi, Enscribi, the handwriting recognition input method for Japanese and Chinese, has gotten bumped to version 0.2.0. What's new in this version? Not much, but at least there's now: * The Zinnia recognizer has been moved to its own process, so the GUI doesn't lock up when doing the recognition. * Color coding of different alphabets, so it's easier to find the character you're after (mostly useful for Japanese, where hiragana, katakana and kanji sometimes are very similar and hard to separate). A precompiled package for current SHR unstable is hosted at http://www.opkg.org/package_133.html. This should fix the problem with the old package that didn't work with the new EFL version. For more details about installation and usage, please see http://olofsj.github.com/enscribi/ Best regards, Olof Sjöbergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/New-release-of-Enscribi---version-0.2.0-tp2976910p2982860.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] create opkg-packages
yes, i belive that this works without great problems.. but my problem is another one.. i couldn't open ftp://ftp.handhelds.org/packages/ipkg-utils (tried with firefox konqueror), and all instructions said, it must be downloaded there.. i also couldn't install the files with apt-get install ipkg-utils (on ubuntu) or opkg install ipkg-utils (on the moko), so i haven't the programm.. the other try was by hand (think, it's just a gzip..), but this also wasn't work.. so had someone a idea where the ipkg-util-files are? or is the problem with the handhelds.org-server just mine? Am Mittwoch, 27. Mai 2009 18.37:23 schrieb Joseph Reeves: I've not followed these instructions, but they turned up after a quick google: http://www.oesf.org/index.php?title=IPKG_Howto ipkg-build is what I use - all works without any drama. Cheers, Joseph 2009/5/27 Vinzenz Hersche hers...@puzzle.ch: hello there, i want to create a opkg-package, but i didn't found ipkg-utils on shr, also not on ubuntu. so i tried to create this otherwhise, with the same structure, but if i look into another opk-package, the files in the tar.gz control are childfolders of ., mine isn't (folder . does already exist) and if i save the top-archive as .deb-file, it seems to work, but if i renamed it to ipk/opk, it doesn't work (with ark). the other packages does work normal with ark. so where i became the ipkg-utils? ftp-server with the files seems also to be down :/ greets ps: just by the way, if someone knows this; is there any library with e-mail- support for vala? :) ___ 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: Bluetooth Keyboard for Openmoko
A wired but rollable mini keyboard that was discussed can be found here: http://oadigital.net/hardware/duraflex/duraflex-mini -feywulf --- On Mon, 5/25/09, Max m...@darim.com wrote: From: Max m...@darim.com Subject: Re: Bluetooth Keyboard for Openmoko To: List for Openmoko community discussion community@lists.openmoko.org Date: Monday, May 25, 2009, 11:29 PM Hi. I thought I saw information about foldable (rollable?) keyboard for FR but I can't find it now. Does anyone recall it? cheers, Max. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OM2009t4: failure to suspend
on the whole, i'm very happy with 2009t4. it works well for me as a phone, the audio control is good, i have little echo reported (generally), and paroli is really growing on me (thanks, mirko). my bugbear is failure-to-suspend, which happens after nearly every incoming call, and because the phone will then suspend neither on quick- push-of-power-button nor idle-timeout, it rapidly runs out of battery. so in practice i have to reboot after most incoming calls. does anyone else get this? -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
tangogps + geocaching (DL-link inside)
Hi all, as previously announced on freeyourphone.de here is my enhanced TangoGPS that I used exclusively for geocaching since I received my FR about a year ago. Due to time constraints I will not be able to keep up its separate development from mainline tangogps anymore, and since my changes havn't been included since 0.9.5 I'd rather have them published raw as they might be now than forget about them. Main features I added are the ability to do complete paperless geocaching along with several small fixes: - map tiles are scaled from a lower level if they are missing in current resolution - coloured tracks based on height/speed/... - in the scripts folder, there is a script to convert PocketQueries to a geocache.db - a script to upload fieldnotes of found caches to ease logging As I haven't received any official reply to my request to geocaching.com to allow inclusion of their icons, one has to manually do so - see the script in the pixmaps dir hint,hint Sorry documentation is lacking, but at least you have the code, and most of the features should be self-explanatory. The binary is UNTESTED, as my FR is still getting BUZZ-fixed... Feel free to include or enhance any of this, and I'd be very happy to receive your feedback - but please keep in mind this is my first (and after all, I hope my last) GTK coding attempt when judging the code ;-) Stefan Temporary address of storage with all the code screenshots ( if you have the webspace, feel free to mirror ) http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
Tom Yates wrote: on the whole, i'm very happy with 2009t4. it works well for me as a phone, the audio control is good, i have little echo reported (generally), and paroli is really growing on me (thanks, mirko). my bugbear is failure-to-suspend, which happens after nearly every incoming call, and because the phone will then suspend neither on quick- push-of-power-button nor idle-timeout, it rapidly runs out of battery. so in practice i have to reboot after most incoming calls. does anyone else get this? I do not have that many incoming calls but have experienced Om2009 not suspending again. I don't have any idea what the problem is. I also have another cool one, suspend while a call is in progress :s http://docs.openmoko.org/trac/ticket/2292 Hans ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page - proof of concept - release
Michael Zanetti pisze: Here is a quick mockup about how I could imagine it. http://follefuder.org/mockup1.png Anyways, you are the author, you decide. This is just an Idea that I'd like to share with you. Oh, and thanks for version 0.18! Cheers, Michael That is really nice. Especially tasks integration. I'd like yours two-in-one applications c_c :-) And transparent icons... -- jahckal smime.p7s Description: S/MIME Cryptographic Signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR] create opkg-packages
You should be able to get it from the openmoko tool chain (although I haven't looked at it for a while). If not, I've attached my (possibly old) copy to this email. Hope it helps with the packaging, Joseph 2009/5/27 Vinzenz Hersche hers...@puzzle.ch: yes, i belive that this works without great problems.. but my problem is another one.. i couldn't open ftp://ftp.handhelds.org/packages/ipkg-utils (tried with firefox konqueror), and all instructions said, it must be downloaded there.. i also couldn't install the files with apt-get install ipkg-utils (on ubuntu) or opkg install ipkg-utils (on the moko), so i haven't the programm.. the other try was by hand (think, it's just a gzip..), but this also wasn't work.. so had someone a idea where the ipkg-util-files are? or is the problem with the handhelds.org-server just mine? Am Mittwoch, 27. Mai 2009 18.37:23 schrieb Joseph Reeves: I've not followed these instructions, but they turned up after a quick google: http://www.oesf.org/index.php?title=IPKG_Howto ipkg-build is what I use - all works without any drama. Cheers, Joseph 2009/5/27 Vinzenz Hersche hers...@puzzle.ch: hello there, i want to create a opkg-package, but i didn't found ipkg-utils on shr, also not on ubuntu. so i tried to create this otherwhise, with the same structure, but if i look into another opk-package, the files in the tar.gz control are childfolders of ., mine isn't (folder . does already exist) and if i save the top-archive as .deb-file, it seems to work, but if i renamed it to ipk/opk, it doesn't work (with ark). the other packages does work normal with ark. so where i became the ipkg-utils? ftp-server with the files seems also to be down :/ greets ps: just by the way, if someone knows this; is there any library with e-mail- support for vala? :) ___ 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 ipkg-build Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OM2009t4: failure to suspend
I've seen this happen once so far in the couple of days I've been playing with OM2009TR4. I hadn't associated it directly with incoming calls - but it's not impossible. Warren On Wed, May 27, 2009 at 3:42 PM, Tom Yates madhat...@teaparty.net wrote: on the whole, i'm very happy with 2009t4. it works well for me as a phone, the audio control is good, i have little echo reported (generally), and paroli is really growing on me (thanks, mirko). my bugbear is failure-to-suspend, which happens after nearly every incoming call, and because the phone will then suspend neither on quick- push-of-power-button nor idle-timeout, it rapidly runs out of battery. so in practice i have to reboot after most incoming calls. does anyone else get this? -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
Am Mittwoch, 27. Mai 2009 21:59:22 schrieb Stefan Fröbe: Hi all, as previously announced on freeyourphone.de here is my enhanced TangoGPS that I used exclusively for geocaching since I received my FR about a year ago. Due to time constraints I will not be able to keep up its separate development from mainline tangogps anymore, and since my changes havn't been included since 0.9.5 I'd rather have them published raw as they might be now than forget about them. Main features I added are the ability to do complete paperless geocaching along with several small fixes: - map tiles are scaled from a lower level if they are missing in current resolution - coloured tracks based on height/speed/... - in the scripts folder, there is a script to convert PocketQueries to a geocache.db - a script to upload fieldnotes of found caches to ease logging As I haven't received any official reply to my request to geocaching.com to allow inclusion of their icons, one has to manually do so - see the script in the pixmaps dir hint,hint Sorry documentation is lacking, but at least you have the code, and most of the features should be self-explanatory. The binary is UNTESTED, as my FR is still getting BUZZ-fixed... Feel free to include or enhance any of this, and I'd be very happy to receive your feedback - but please keep in mind this is my first (and after all, I hope my last) GTK coding attempt when judging the code ;-) Stefan Temporary address of storage with all the code screenshots ( if you have the webspace, feel free to mirror ) http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf Hello Stefan, I have mirrored your files to: http://d-a300.selfip.net/files/tangogps-geocaching.tar.gz And I'd like to see this included in TGPS... (Without having looked at your code :) ) -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Buzz is Fixed
I want to take some time to thank a bunch of people for this. Joerg. People have no idea how persistent he was in insisting that he had a fix for this and then writing an SOP. Tony Tu. While he worked at OM Tony helped me get the fix verified. All the volunteers who put their own FR under the soldering iron. I only had to give one guy a new phone for borking up his personal unit. David from Tuxbrain. David was instrumental in the first feild tests of the buzz fix. Without him we would not have had the confidence to move forward. Daniel: Daniel was also a pioneer in testing out the buzz fix and bring it to customers. Dr. N. Dr. N has rolled out a great process for getting your phone buzz fixed. OM disty and the community list. Thank you for your patience. Back in early december Joerg showed me his buzz fix. It took longer than I wanted to get this fix feilded, but I'm glad to see that his solution is finally making people happy. ..And he and I spent time talking about another hairy bug that day: #1024. Jakob wrote: On Tue, May 26, 2009 at 9:10 PM, Michel mic...@xternal.nl wrote: Hi, For some positive news, I received my FreeRunner back today from Golden Delicious Computer. They preformed the buzzfix for me and guess what? IT WORKED \0/\0/\0/\0/\0/\0/ SeeYa, Michel -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. Congratulations! I'm still waiting patiently for mine to come back :) ___ 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: OM2009t4: failure to suspend
On Wed, May 27, 2009 at 10:04:27PM +0200, Hans Zimmerman wrote: Tom Yates wrote: on the whole, i'm very happy with 2009t4. it works well for me as a phone, the audio control is good, i have little echo reported (generally), and paroli is really growing on me (thanks, mirko). my bugbear is failure-to-suspend, which happens after nearly every incoming call, and because the phone will then suspend neither on quick- push-of-power-button nor idle-timeout, it rapidly runs out of battery. so in practice i have to reboot after most incoming calls. does anyone else get this? I do not have that many incoming calls but have experienced Om2009 not suspending again. I don't have any idea what the problem is. I've a strong feeling it's related to missed calls, or even received calls in certain conditions. Mirko mentioned there are many fixes going in frameworkd and paroli. I also have another cool one, suspend while a call is in progress :s http://docs.openmoko.org/trac/ticket/2292 In Om2008.12 it used to suspend during longer calls BUT the call went on perfectly fine. I find that extremely cool! Your case, though, not so cool :) Rui ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ePDFView package on opkg.org
I'm a little late to the party, but I just wanted to say that this rocks...At least I can get rid of the huge tool bar and still navigate pages well... I agree that a way to get out of fullscreen mode would be great.'double clicking would work', but even if it was a small 'X' icon in one of the upper corners of the screen it be a big improvement. Thanks!! Warren On Tue, Apr 7, 2009 at 11:38 AM, Previdi Roberto previdi.robe...@gmail.comwrote: Hi list, i have made some little changes to ePDFView to scroll the pages in a more friendly way. You can find the package and the dependencies (from shr-testing) here: http://www.opkg.org/package_193.html To scroll the pages you can just scroll out of the actual page. I'm sorry for my english :) Let me know of any questions. roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Warren Baird - Photographer and Digital Artist http://www.synergisticimages.ca ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Shr-User] [SHR] Podboy (0.0.1 - pre-alpha release)
Russell Hay wrote: Hi, I'm using Podboy on my morning commute now (SHR-testing) - much appreciated! Two observations though.. - the image file associated with the rss feed isn't scaled properly in some cases and expands all the dialogs off the visible screen area... the example that immediately comes to mind is the rss feed for the linux link tech show. Scaling seems to be buggy with PNG covers :-( I don't know why. To fix the problem, you can convert PNG cover into JPG (but keeps the same name techshow-slackware1.png) - after an incoming call, the audio resumes, but only the audio on the Right hand side... left hand audio remains mute, but appears to come out of the unit itself? Do you speak about speaker(s) ? Isn't it mono ? Finally - and somewhat off-topic, it doesn't appear as though the wired headset is usable for receiving incomming calls - so there's a bit of a scrabble around to take calls! I'll hunt around for any fixes for that.. again though - great app! Russ -- Valéry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Intone (0.30 - beta release) Elementary based mplayer frontend
Hi, Marco Trevisan (Treviño) wrote: However I've noticed that the interface hangs as soon as I play a song... But maybe this is just due to my mplayer version. Have you tried it? There are two things to look for:- 1. Does mplayer play the same song from the command line? I have a few wma files that mplayer has issues handling - and intone hasn't yet grown to handle unexpected mplayer errors. That's on my list (actually to shift the entire mplayer handling to ecore_exe_pipe_run) - but I haven't really gotten around to doing it yet. 2. Does the version of elementary support sliders in 2008? You could try running intone from the command line and seeing what it throws up - if anything. -- View this message in context: http://n2.nabble.com/Intone-%280.51%29-Elementary-mplayer-frontend---updated-20-May-tp2587826p2985134.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher/Home Page - proof of concept - release
Hi, Michael Zanetti wrote: Here is a quick mockup about how I could imagine it. http://follefuder.org/mockup1.png Anyways, you are the author, you decide. This is just an Idea that I'd like to share with you. Thanks for the mockup. I quite like it - and it definitely makes better use of the space available. Moving the clock up actually might save enough space so that with the toolbar I actually still have the same amount of free space available for the icons. Ok - watch for a release today with your idea. @jahckal - I already have a tasks app - and I'm working on the integration part. Actually I'm working on a service that would allow any app to post messages to the home screen using dbus. Just that my understanding of dbus is a little shaky - so its taking time. But I'm aiming at the service by tomorrow. As far as transparent icons are concerned - it wont take much coding. But I'm having trouble resizing the icon widgets in elementary. I can resize photo widgets easily - so I'm using them - hence the white backing. Can some elementary guru help? How do I resize an elm_icon? Can't seem to find an example :-( -- View this message in context: http://n2.nabble.com/Launcher-Home-Page-%28alpha%29-Release-0.18-tp2969146p2985216.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps + geocaching (DL-link inside)
have you sent it also to marcus bauer? On Wed, May 27, 2009 at 9:59 PM, Stefan Fröbe frob...@googlemail.com wrote: Hi all, as previously announced on freeyourphone.de here is my enhanced TangoGPS that I used exclusively for geocaching since I received my FR about a year ago. Due to time constraints I will not be able to keep up its separate development from mainline tangogps anymore, and since my changes havn't been included since 0.9.5 I'd rather have them published raw as they might be now than forget about them. Main features I added are the ability to do complete paperless geocaching along with several small fixes: - map tiles are scaled from a lower level if they are missing in current resolution - coloured tracks based on height/speed/... - in the scripts folder, there is a script to convert PocketQueries to a geocache.db - a script to upload fieldnotes of found caches to ease logging As I haven't received any official reply to my request to geocaching.com to allow inclusion of their icons, one has to manually do so - see the script in the pixmaps dir hint,hint Sorry documentation is lacking, but at least you have the code, and most of the features should be self-explanatory. The binary is UNTESTED, as my FR is still getting BUZZ-fixed... Feel free to include or enhance any of this, and I'd be very happy to receive your feedback - but please keep in mind this is my first (and after all, I hope my last) GTK coding attempt when judging the code ;-) Stefan Temporary address of storage with all the code screenshots ( if you have the webspace, feel free to mirror ) http://www.gmx.de/mc/t9qJNy7RaCviQgmLC4X4c2UcpFgZqf ___ 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