Re: GPRS internet connection applet
hi Niccolo Am Mittwoch, den 06.08.2008, 10:47 +0200 schrieb Niccolo Rigacci: > I just wondering if it exists an applet to start/stop the GPRS > ppp connection (I use OM2007.2). Not officially - though SettingsGUI has a panel for GPRS. > Following the guidelines of this page > http://wiki.openmoko.org/wiki/GPRS > I wrote a little PythonGTK applet, that is working well. > > The applet is callet PyPPP, screenshot and download here: > http://www.rigacci.org/wiki/doku.php/doc/appunti/hardware/freerunner#connessione_internet_via_gprs > Looks nice! Have a look at SettingsGUI if you like - I wrote some code there to interpret and generate pppd/peers files. It's also pygtk. Greetings Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS for FSO Milestone 2
Hi Chris, Mokos Am Samstag, den 02.08.2008, 14:13 -0700 schrieb C R McClenaghan: > I've been able to hack together the necessary ppp scripts to get GPRS > working on FSO Milestone 2 release. There is a way to use the GPRS panel of SettingsGUI with FSO. You can find a guide on how to use it in the wiki: http://wiki.openmoko.org/wiki/SettingsGUI#FSO_and_ASU_Users Screenshot: http://scap.linuxtogo.org/files/fbc21f56b73a22da77c9b3a69b4c37b7.png Please do not use it unless you know what you are doing. Anyway, I plan to include "native" FSO GPRS support in SettingsGUI soon. Have Fun Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Request for help: Would like community applications to show and discuss at LinuxWorld
Hi Michael Am Mittwoch, den 23.07.2008, 09:49 -0700 schrieb Michael Shiloh: > [...] > At Linuxworld in two weeks I will have perhaps half a dozen phones at > our two booths, and I would love to showcase on each of these one or > more of your creations. > > * Any interesting FR-to-FR apps? > * In case we have poor connectivity, apps that don't require GSM/GPRS > * In case we have poor Wifi, apps that don't require Wifi I can prepare a version of PyPenNotes that shares a whiteboard using transmission of handwriting via Bluetooth/Wlan. (The App was part of my master thesis and will be released anyway) Which image are you using? Tell me a deadline. Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Request for help: Would like community applications to show anddiscuss at LinuxWorld
Am Dienstag, den 29.07.2008, 08:23 +0200 schrieb Marcus Bauer: > > > The opposite is true. FSO forces you into ASU. It basically makes > all > > > work that has been put into OM2007.2 useless. > > > > > > Please stop telling these lies. > > > > Marcus, did I miss the irony here, or do you really believe this? > [..] > FSO is the brainchild of Dr. Michael Lauer, fresh from the university's > ivory tower but lacking any industry experience. It is reinventing the > wheel and drains lots of ressources that are needed elsewhere inside of > Openmoko. It combines plenty of things out of which one is a new PIM API > based on dbus. This idea alone is worth to be mentioned every day for a > year on the dailyWTF website. Well, this is an interesting point. I've had the same doubt with DBUS. But event driven programming is exactly what is needed for a battery driven device. IMHO > It is not about GTK or qt or ETK. It is about getting a working platform > out to users and developers. OM2007.2 was mostly there. You are right. But said that, there is nothing we can do about the decision taken now. And it was taken rather now than even later, because the developers knew they could do better. > It reminds me to > a joke: > > Two fools try to escape from a lunatics hospital. There are 100 > walls to climb over and so they start: 10, 20, 50, 90, 99. In > that moment says the one to the other: 'Lets go back and do the > last wall tomorrow'. Nice analogy. But FSO is not going back - but pauses to build a bigger ladder. Even if the idea behind FSO is to build everything from scratch - we can still take all we've got with 2007.2 and just use it in FSO until the newer, better approach is usable. (which will be in 2 or 3 months - if I read the roadmap right) I wasn't reading this list for months, but I find it a pity that guys like you where ignored when designing FSO. IMHO GTK and the Openmoko-GTK-theme have to be usable in FSO - and there has to be support for the older daemons until the new ones are usable and implemented in all apps. Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Request for help: Would like community applications to show and discuss at LinuxWorld
Hi Michele Am Mittwoch, den 23.07.2008, 18:59 +0200 schrieb Michele Renda: > I am just finishing my first application for the Freerunner. It is > python written and use gtk. Nice decision! ;-) If you want to use GTK in an FSO or ASU image you may want to install the Openmoko GTK theme first. I've just written a step by step guide for that. See: http://wiki.openmoko.org/wiki/FSO#GTK Have fun Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Request for help: Would like community applications to show anddiscuss at LinuxWorld
Am Dienstag, den 29.07.2008, 00:46 +0200 schrieb Marcus Bauer: > On Mon, 2008-07-28 at 15:33 -0700, steve wrote: > > Of course!!! Every toolkit is allowed. > > > > The whole point about FSO is to free people to pick their toolkit! > > The opposite is true. FSO forces you into ASU. It basically makes all > work that has been put into OM2007.2 useless. > > Please stop telling these lies. Marcus, did I miss the irony here, or do you really believe this? Why should anyone at Openmoko want to keep out other frameworks, after even putting qtopia to X11? Anyway, GTK applications are working just fine with the FSO image. Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: wifi
> > I've spent a great deal of time messing with WIFI also. Once I get > > some > > more experience with the OM platform, I might contribute to > > building a gui network manager. > > I really believe that a lot of the common system administration-type > tasks - such as setting up WLAN, setting up GPRS routing, etc. - can > and should be wrapped up in very easy-to-write tools with a GUI. For > example, the SettingsGUI progress was awesome, maybe because its > python-based, and perhaps we all should be looking to extend this app > to include the more detailed admin procedures? Thanks Jay! Actually I am integrating mofi panel after John Beaven contected me: http://projects.openmoko.org/projects/mofi/ SettingsGUI still has to be ported to GTA02 and the FSO image. This is what I'll be doing here during the next days. If anyone wants to try it out and give feedback, see the SVN repository at our neo1973-germany trac: http://neo1973-germany.de/wiki/SettingsGUI Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Video Playback virtually impossible on Neo Freerunner? (Re: Video of Qt 4.4 on Neo1973: brings iPhone like graphics)
Hi Christoph Am Donnerstag, den 24.04.2008, 11:19 +0200 schrieb Christoph Witzany: > As I understood Video playback will be virtually impossible on the > freerunner, at least from the sd card (which is the only sensible > location to store videos on the neo ftm). I did some testing on that with GTA01. > Please correct me if I misunderstood. Even with GTA01 it was possible - though the tests I made there are not valid for GTA02 (don't have one yet). What I found out with mplayer is: 1) H.264 will take to much time to decompress (even at low bitrates) 2) SDL will be the fastest way to output without HW acceleration 3) using H.263 (as Youtube does) I could get the best compression/bitrate/speed ratio 4) using 320x240 and scale to 640x480 (480x640) is doable Some of those findings are documented at the buttom of http://wiki.openmoko.org/index.php?title=Video_Player > If I interpreted Carsten right 640x480 video will > display at 5-10 fps at best, right? Actually with GTA01 I've had 13 fps in fullscreen mode (320x240 -> 480x640) which looked really okay and was viewable. A 640x480 H.263 though with reasonable bitrate took to much cpu-power to decode. Anyway, with GTA02 you should take a try - it seems doable in SW even without 2D acceleration, as it just has more cpu power. - try to start with: mencoder -quiet -ofps 13 -vf scale -zoom -xy 352 -af channels=1:0:0:1:0 \ -oac lavc -ovc lavc -lavcopts \ acodec=mp3:vcodec=h263p:autoaspect=1:vbitrate=200:abitrate=32 \ -o mplayer -autosync 30 -vf scale -zoom -xy 640 -vf rotate=1 -sws 0 -nodouble \ -vo sdl -fs -framedrop Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ssh over bluetooth
Hey Pietro Am Samstag, den 12.04.2008, 14:25 +0200 schrieb Pietro "m0nt0" Montorfano: > [..] ssh session (or something similar) over bluetooth. So is it > possible to use the neo like that? Yes, that's doable. You can use Personal Area Networking (PAN) with the pand app in bluez. If you like you can use the latest SettingsGUI Version to scan for Bluetooth Peers and start a PAN connection to one of them. I've written an article about the latest SettingsGUI release, and got SSH and even IP Forwarding working to my Neo. See: http://www.mput.de/blog/?p=20 Greetings from Berlin Kristian -- /* Web: http://www.mput.de | Tel:+49 (0)170/6692447 * * Blog:http://mput.de/blog | ICQ:93248497* * GPG-ID: 4BBB6525 (..2009) | Jabber: [EMAIL PROTECTED]* * Twitter: kristian_m | MSN:[EMAIL PROTECTED] */ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Two finger input methods (PyGTK demos)
Lars Hallberg wrote: > Kristian 'kriss' Mueller skrev: > > Lars Hallberg wrote: > >>http://www.micropp.se/openmoko/res/key2key.py > I intentionally gave the text entry focus so the cursor was visible. But > it's not worth the keyboard popping up :-) That means You tested it on > OpenMoko? On a neo even? Very curious :-p Yes, it's working on the neo - I took a screenshot, see http://scap.linuxtogo.org/ It needs about a second to pop up the keys once you touched a number. > > For me it was hard to choose the right finger to tapping, so that a > > second one could be used for actual selection. > > > > It's better to just move one finger and release it at the needed key. > > Anyway I like the idea. > > That's the intended use. 'Two' in the subject means it was two demo's :-) Ah I see. but its also working when you use a second finger to select while the first is still ponting at the number... :-) > Yes... When one learn where the secondary keys are and can start the > stoke immediately it should be pretty fast. Maybe it would also be good to have a way to release the finger without entering a key - "abort" > I'm trying to speed it up so it be a while before Your fix comes out. 'looking forward to it :-) Greetings Kristian -- /* Web: http://www.mput.de | Jabber: [EMAIL PROTECTED]* * Blog: http://mput.de/blog | MSN:[EMAIL PROTECTED] * * Wiki: http://mput.de/wiki | ICQ:93248497* * Tel: 0170/6692447| GPG-ID: 164A9A11*/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Two finger input methods (PyGTK demos)
Lars Hallberg wrote:
> This is a new one (Layout is 'numlock' one):
>http://www.micropp.se/openmoko/res/key2key.py
Nice idea. Had to change the code a bit, as the UI of the current
version fires up the keyboard if a text entry has the focus - see patch.
For me it was hard to choose the right finger to tapping, so that a
second one could be used for actual selection.
It's better to just move one finger and release it at the needed key.
Anyway I like the idea.
I guess one could learn to write short texts quite fast with one hand
that way.
Greetings from Berlin
Kristian
---
--- key2key.py.orig 2007-08-30 19:22:49.0 +0200
+++ key2key.py 2007-09-01 22:36:07.0 +0200
@@ -214,7 +214,7 @@
# make ui layout
self.txt = gtk.TextBuffer()
self.txtv = gtk.TextView(self.txt)
-
+ self.txtv.set_sensitive(0)
#self.entry.connect('changed', self.entry_filt)
self.vbox = gtk.VBox()
--
/* Web: http://www.mput.de | Jabber: [EMAIL PROTECTED]*
* Blog: http://mput.de/blog | MSN:[EMAIL PROTECTED] *
* Wiki: http://mput.de/wiki | ICQ:93248497*
* Tel: 0170/6692447| GPG-ID: 164A9A11*/
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
