Re: First release of Enscribi - handwriting recognition input method
Hi, On Sun, Feb 15, 2009 at 8:26 AM, xiangfu xian...@openmoko.org wrote: i just install Enscribi then: r...@om-gta02:~#enscribi Enscribi: _cb_move then nothing. the rootfs is FSO milestone 5 I should have explained better. After you install encsribi, first click on the Illume top bar, then on the wrench in the upper left corner. Then, click on Keyboard. There you can choose Enscribi instead of the default keyboard. Then Enscribi will show up whenever the keyboard is shown. Best regards, Olof Sjöbergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AGPS question
Hi! Do I have to download aGPS data everytime when using GPS even if I stay in the same city? For example if I set radius of aGPS data to 150 km, it's more than enough for my movements. Or are also time limitations? I've read somewhere that aGPS data is enough for 4 hours or so. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
The problem is that if you power off the gps, the data is lost On Sun, Feb 15, 2009 at 12:14 PM, Leonti Bielski prishe...@gmail.com wrote: Hi! Do I have to download aGPS data everytime when using GPS even if I stay in the same city? For example if I set radius of aGPS data to 150 km, it's more than enough for my movements. Or are also time limitations? I've read somewhere that aGPS data is enough for 4 hours or so. Leonti ___ 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: Freerunner is running OpenWrt!
Hi Mirko, Mirko Vogt wrote: Hey folks, I'm glad to announce that OpenWrt now has basic support for the Openmoko GTA02 Freerunner! amazing work. I followed the instructions on the wiki to set up the build environment and everything did compile. I got a uImage and a rootfs as described. The rootfs is only about 1MB which is a bit small, right? So I was wondering what to select in the menuconfig to get to a point where I have a working phone . Sorry if this sounds stupid, but so far I only ever flashed prebuild images to the freerunner and even my wrt54gs only got prebuild images. Any pointers where to go from here would be great. I was really amazed on how easy it was to set up the openwrt build environment. Would love to contribute with some tests and feedback though my coding abilities are really limited... Thanks, Matthias -- View this message in context: http://n2.nabble.com/Freerunner-is-running-OpenWrt%21-tp2246537p2329497.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
NeoTool
All, I've changed a few things in NeoTool. 1) No need to run it as root any more as long as you are in the uucp group. 2) The config is saved in ~/.neotoolrc 3) The backup directory can be chosen, the default is: ~/openmoko/backups I couldn't reach the original maintainer yet. So i build version 1.2.1 for now, in the rpm packages. Regards, Joop Boonen. I couldn't reach the original maintainer yet. This is the NeoTool.patch: --- NeoTool-old 2009-02-14 21:07:33.0 +0100 +++ NeoTool 2009-02-15 13:59:36.0 +0100 @@ -1,5 +1,5 @@ #!/bin/bash -VERSION='1.2' +VERSION='1.2.1' # # NeoTool $VERSION # By AntiSol, antisol (at) internode (dot) on (dot) net @@ -41,12 +41,16 @@ # /data/openmoko/backups/{date}/{image}_backup # and the {date} directory will be created by NeoTool, assuming /data/openmoko/backups exists # and you have permission. +# v1.2.1 - 15/02/2009 - joop_boonen (at) web (dot) de +# - Can now run as non root the user should be add to group uucp +# - The config is now written in ~/.neotoolrc +# - The backup directory can now be choosen default ~/openmoko/backups # # -settings_file='/etc/frutil' +settings_file=$HOME/.neotoolrc tmp_error_log_path='/tmp/flash-error-log' -tmpfile='/tmp/frutil.tmp' +tmpfile='/tmp/neotool.tmp' function find_dfu { #use 'which'... @@ -75,7 +79,7 @@ clear echo 'Downloading dfu-util...' rm ./dfu-util /dev/null 21 - wget http://downloads.openmoko.org/daily/dfu-util + wget http://downloads.openmoko.org/distro/releases/Om2008.9/dfu-util chmod a+x ./dfu-util /dev/null dfutils_path='./dfu-util' else @@ -185,8 +189,8 @@ function flash { - if [ $user != root ]; then - zenity --error --text You can only flash your device if you are root! + if [ $group != uucp ]; then + zenity --error --text You can only flash your device if you are root! $group return fi @@ -318,7 +322,7 @@ } function setup_menu { - sans=`zenity --title NeoTool Configurification --text Choose an option --list --height=320 --width=500 --column --column 1 Locate dfu-util ($dfutils_path) 2 Set your device's IP ($FRIP) 3 Choose backup filename ($backupfn) 4 Setup date command ($datecmd) 5 Test settings defined in (3) and (4) 6 Save These Settings 7 Reset to defaults 8 Back to Main Menu` + sans=`zenity --title NeoTool Configurification --text Choose an option --list --height=320 --width=500 --column --column 1 Locate dfu-util ($dfutils_path) 2 Set your device's IP ($FRIP) 3 Choose backup filename ($backupfn) 4 Setup date command ($datecmd) 5 Choose backup directory ($backupdir) 6 Test settings defined in (3), (4) and (5) 7 Save These Settings 8 Reset to defaults 9 Back to Main Menu` } @@ -355,29 +359,31 @@ fi ;; 5) - tmp=${backupfn//{date}/`$datecmd`} + oldbackupdir=$backupdir + backupdir=$(zenity --entry --text `printf Enter the default directoryname to be used for backups.\nuse '{image}' for the Image type (kernel, rootfs, etc), \nand '{date}' for the date.\n the file extension will be added automatically.` --entry-text $backupdir --title Configure Backup Directoryname) + if [ -z $backupdir ]; then + backupdir=$oldbackupdir + fi + ;; + 6) + tmp=$backupdir/${backupfn//{date}/`$datecmd`} tmp=${tmp//{image}/rootfs}.jffs2\n${tmp//{image}/kernel}.bin zenity --info --title Example Backup File --text Using the rules defined by current settings, backup filenames will look something like this:\n\n$tmp ;; -6) - if [ $user != root ]; then - zenity --error --text You are not root, cannot save settings! - else +7) echo dfutils_path='$dfutils_path' $settings_file echo FRIP='$FRIP' $settings_file echo backupfn='$backupfn' $settings_file echo datecmd='$datecmd' $settings_file + echo backupdir='$backupdir' $settings_file zenity --info --text Settings saved to $settings_file --title Done. - fi;; + ;; -7) - if [ $user != root ]; then
Re: NeoTool (Correction!)
On Sun, February 15, 2009 2:35 pm, Joop Boonen wrote: All, I've changed a few things in NeoTool. 1) No need to run it as root any more as long as you are in the uucp group. 2) The config is saved in ~/.neotoolrc 3) The backup directory can be chosen, the default is: ~/openmoko/backups I couldn't reach the original maintainer yet. So i build version 1.2.1 for now, in the rpm packages. Regards, Joop Boonen. I couldn't reach the original maintainer yet. This is the NeoTool.patch: I accedently added the wrong patch. THis is the rioght one: --- NeoTool-old 2009-02-14 21:07:33.0 +0100 +++ NeoTool 2009-02-15 14:38:51.0 +0100 @@ -1,5 +1,5 @@ #!/bin/bash -VERSION='1.2' +VERSION='1.2.1' # # NeoTool $VERSION # By AntiSol, antisol (at) internode (dot) on (dot) net @@ -41,12 +41,16 @@ # /data/openmoko/backups/{date}/{image}_backup # and the {date} directory will be created by NeoTool, assuming /data/openmoko/backups exists # and you have permission. +# v1.2.1 - 15/02/2009 - joop_boonen (at) web (dot) de +# - Can now run as non root the user should be add to group uucp +# - The config is now written in ~/.neotoolrc +# - The backup directory can now be choosen default ~/openmoko/backups # # -settings_file='/etc/frutil' +settings_file=$HOME/.neotoolrc tmp_error_log_path='/tmp/flash-error-log' -tmpfile='/tmp/frutil.tmp' +tmpfile='/tmp/neotool.tmp' function find_dfu { #use 'which'... @@ -75,7 +79,7 @@ clear echo 'Downloading dfu-util...' rm ./dfu-util /dev/null 21 - wget http://downloads.openmoko.org/daily/dfu-util + wget http://downloads.openmoko.org/distro/releases/Om2008.9/dfu-util chmod a+x ./dfu-util /dev/null dfutils_path='./dfu-util' else @@ -185,8 +189,8 @@ function flash { - if [ $user != root ]; then - zenity --error --text You can only flash your device if you are root! + if [ $groups = ${groups/uucp/} ]; then + zenity --error --text You can only flash your device if you are in the uucp group! return fi @@ -318,7 +322,7 @@ } function setup_menu { - sans=`zenity --title NeoTool Configurification --text Choose an option --list --height=320 --width=500 --column --column 1 Locate dfu-util ($dfutils_path) 2 Set your device's IP ($FRIP) 3 Choose backup filename ($backupfn) 4 Setup date command ($datecmd) 5 Test settings defined in (3) and (4) 6 Save These Settings 7 Reset to defaults 8 Back to Main Menu` + sans=`zenity --title NeoTool Configurification --text Choose an option --list --height=320 --width=500 --column --column 1 Locate dfu-util ($dfutils_path) 2 Set your device's IP ($FRIP) 3 Choose backup filename ($backupfn) 4 Setup date command ($datecmd) 5 Choose backup directory ($backupdir) 6 Test settings defined in (3), (4) and (5) 7 Save These Settings 8 Reset to defaults 9 Back to Main Menu` } @@ -355,29 +359,31 @@ fi ;; 5) - tmp=${backupfn//{date}/`$datecmd`} + oldbackupdir=$backupdir + backupdir=$(zenity --entry --text `printf Enter the default directoryname to be used for backups.\nuse '{image}' for the Image type (kernel, rootfs, etc), \nand '{date}' for the date.\n the file extension will be added automatically.` --entry-text $backupdir --title Configure Backup Directoryname) + if [ -z $backupdir ]; then + backupdir=$oldbackupdir + fi + ;; + 6) + tmp=$backupdir/${backupfn//{date}/`$datecmd`} tmp=${tmp//{image}/rootfs}.jffs2\n${tmp//{image}/kernel}.bin zenity --info --title Example Backup File --text Using the rules defined by current settings, backup filenames will look something like this:\n\n$tmp ;; -6) - if [ $user != root ]; then - zenity --error --text You are not root, cannot save settings! - else +7) echo dfutils_path='$dfutils_path' $settings_file echo FRIP='$FRIP' $settings_file echo backupfn='$backupfn' $settings_file echo datecmd='$datecmd' $settings_file + echo backupdir='$backupdir' $settings_file zenity --info --text Settings saved
Re: Freerunner is running OpenWrt!
f0rdprefect wrote: I got a uImage and a rootfs as described. The rootfs is only about 1MB which is a bit small, right? So I was wondering what to select in the menuconfig to get to a point where I have a working phone . Hi again, I found it. The order matters. I did not do the scripts/feeds update -a scripts/feeds install -a part before the menuconfig. After that I see lots of packages and am trying to compile again as I write these lines... Thanks, Matthias -- View this message in context: http://n2.nabble.com/Freerunner-is-running-OpenWrt%21-tp2246537p2329832.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: Neverball, anyone?
I made some first bitbake-recipe file and compiled Neverball 1.5.0 for Freerunner. It doesn't work. It is far too slow (less than 1fps). But maybe you want see it yourself: http://cc.oulu.fi/~rantalai/freerunner/neverball/ I read that there are iPhone version of Neverball, which uses smaller texturefiles etc. If anybody finds its sources, let me know. (Or if you have any other thoughts how to make it faster.) -Aapo Rantalainen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
Sources? For an iPhone program? Isn't that a bit contradictory? :P I was under the impression that Apple doesn't allow any open source programs on their phone (to the maximum extent that they have any say about it). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
On Sun, Feb 15, 2009 at 3:42 PM, Aapo Rantalainen aapo.rantalai...@gmail.com wrote: I made some first bitbake-recipe file and compiled Neverball 1.5.0 for Freerunner. It doesn't work. It is far too slow (less than 1fps). But maybe you want see it yourself: http://cc.oulu.fi/~rantalai/freerunner/neverball/ I read that there are iPhone version of Neverball, which uses smaller texturefiles etc. If anybody finds its sources, let me know. (Or if you have any other thoughts how to make it faster.) Don't waste your time. It's right, there are many implementations of this concept for various platforms. I don't think neverball is actually running on any phone (and it most likely wouldn't), iPhone, Win Mobile and Co. have all separate implementations. But all of them have graphic accelerators which are worlds beyond the glamo. Even if the 3D drivers were good (which isn't the case), it wouldn't run. Neverball is never going to roll on the Freerunner, you'd have to code a completely new game. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
The game, as it is on the site, is, I think, totally unsuitable for the FR. The gameplay is completely mouse/static monitor oriented. A port of the game would have to switch to accelerometer/static view based interface (the dynamic view simply makes no sense, as the view switches left and right as the ball changes direction, which would seem totally unnatural in the context of a held tilted screen). The FAQ on the site specifically states that changing the zoom would entail completely redesigning all of the levels, a statement I tend to agree with. so why not making an enigma like game? http://en.wikipedia.org/wiki/Enigma_%28game%29 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
On Sun, Feb 15, 2009 at 4:28 PM, Thomas Gstädtner tho...@gstaedtner.net wrote: On Sun, Feb 15, 2009 at 3:42 PM, Aapo Rantalainen aapo.rantalai...@gmail.com wrote: I made some first bitbake-recipe file and compiled Neverball 1.5.0 for Freerunner. It doesn't work. It is far too slow (less than 1fps). But maybe you want see it yourself: http://cc.oulu.fi/~rantalai/freerunner/neverball/ I read that there are iPhone version of Neverball, which uses smaller texturefiles etc. If anybody finds its sources, let me know. (Or if you have any other thoughts how to make it faster.) Don't waste your time. It's right, there are many implementations of this concept for various platforms. I don't think neverball is actually running on any phone (and it most likely wouldn't), iPhone, Win Mobile and Co. have all separate implementations. But all of them have graphic accelerators which are worlds beyond the glamo. Even if the 3D drivers were good (which isn't the case), it wouldn't run. Neverball is never going to roll on the Freerunner, you'd have to code a completely new game. Small correction: It seems it's actually running on the iphone, impressive (especially compared to the poor performance I'm getting on an PC with the latest Intel graphics). But unfortunately, that doesn't change the fact, that it won't run on the Freerunner. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AGPS question
On Sun, Feb 15, 2009 at 12:14:45PM +0100, Leonti Bielski wrote: Or are also time limitations? I've read somewhere that aGPS data is enough for 4 hours or so. The satellites move, which obsoletes the aGPS data. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
so why not make an enigma like game? http://en.wikipedia.org/wiki/Enigma_%28game%29 Ahh, I used to love that game. :) A lot of the work has already been done in mokomaze, I would think. -- Thanks, The Digital Pioneer ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [omview] images not diplayed
Hi Running into the same problem. Using omview r32 on OM 2008.12 kustomizer 2. Thumbnails are created but no images or thumbnails are displayed... Any news on that one? Best regards, Chris Marc Bantle wrote: Hendrik Siedelmann schrieb: 2008/12/24 Marc Bantle openm...@rcie.de: Hi all, I'm running omview r32 on om-testing and trying to display some JPG pictures taken with a canon digicam in 2592x1944 resolution. The images are not displayed, only their names. Thumbnails are produced on startup as png-files. Here's the console output: r...@om-gta02:~# omview --ewl-evas-xrender-x11 --ewl-theme ewl_om connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory connect(): No such file or directory Failed to connect to server mouse down 253x187 mouse down 130x331 exec 0 action mouse down 267x253 mouse down 247x514 mouse down 244x167 mouse down 273x68 mouse down 154x243 What's that server, the connection to which fails? the Failed to connect to server message means omview can't connect to epsilon_thumbd which it tries to start but is seems it doesn't find it. Can you start the epsilon_thumbd program by hand and launch omview afterwards? It should be in the libepsilon_tests package (it's a dependency of the ipk from projects.openmoko.org/community repository). And from where is the package of omview you use? It's a bit late, I hope omview wasn't broken the whole time with the om-image ... funny thing is, that on entering a directory with jpegs in it, epsilon_thumbd starts running for a while to produce directories /home/root/.thumbnails/large /home/root/.thumbnails/large/fdabaf16c06518d68570b5cec0c426a2.png ... /home/root/.thumbnails/large/e34b63242d2ebf14fa7a631021d22506.png /home/root/.thumbnails/normal /home/root/.thumbnails/fail /home/root/.thumbnails/fail/epsilon with .a bunch of valid png-thumbnails in .thumbnails/large, 256x192pixels each. omview just doesn't show them afterwards. Cheers, Marc ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-omview--images-not-diplayed-tp1748099p2330613.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
2008.12 screen locker bar size
Anyone know how to change the 2008.12 (AUX) screen locker bar to something smaller or replace it with something that doesn't prevent one from seeing what's happening on the screen? It'd be nice to be able to have the screen locked while navigating / walking in the forest / whatever but still be able to see what's on the screen. Thanks! 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: First release of Enscribi - handwriting recognition input method
Hi Olof, It looks good. I have installed it on SHR and set it up as keyboard, it works! Sometimes when I draw near the edge of the writing block and cross in and out of bounds twice, Enscribi will crash and I have to restart X to bring it back. It also pops up and error on booting up after I've set it to the default keyboard, though it will still work after that. I will continue to play with it. Thanks for it, --Alex On Sun, Feb 15, 2009 at 12:59 AM, Olof Sjobergh olo...@gmail.com wrote: Hi, On Sun, Feb 15, 2009 at 8:26 AM, xiangfu xian...@openmoko.org wrote: i just install Enscribi then: r...@om-gta02:~#enscribi Enscribi: _cb_move then nothing. the rootfs is FSO milestone 5 I should have explained better. After you install encsribi, first click on the Illume top bar, then on the wrench in the upper left corner. Then, click on Keyboard. There you can choose Enscribi instead of the default keyboard. Then Enscribi will show up whenever the keyboard is shown. Best regards, Olof Sjöbergh ___ 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: 2008.12 screen locker bar size
Risto H. Kurppa schrieb: Anyone know how to change the 2008.12 (AUX) screen locker bar to something smaller or replace it with something that doesn't prevent one from seeing what's happening on the screen? It'd be nice to be able to have the screen locked while navigating / walking in the forest / whatever but still be able to see what's on the screen. Thanks! r i am not sure, but i once tried changing the text that is displayed, when having the screen locked, and it didn't word, also changin the font size had no effect, so i thought some part of the illume simplelock is hardcoded... anyways you can try removing the section from the edja data collection and see what happens (...or just try it making it invisble by setting tha alpha to zero) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Speech dispatcher output to bluetooth (navit) ?
On Thu, Jan 22, 2009 at 09:38:41PM +0100, Lothar Behrens wrote: Has no one got the output of speech-dispatcher into a bouetooth headset ? Using mplayer -ao alsa:device=bluetooth works, but not spd-say. It always comes out of the speaker. What does the speech-dispatcher documentation say about selecting a sound card for output? Also try some of the stuff from the wiki: http://wiki.openmoko.org/wiki/Neo_1973_audio_subsystem#Driver_Status_3 Specifically these: http://wiki.openmoko.org/images/3/3d/Btcpu_gta02.state.txt http://handheldshell.com/bluetooth_pcm http://opensource.wolfsonmicro.com/~gg/bluetooth-pcm/bluetooth_pcm.c Usage would be something like this: $ alsactl restore -f Btcpu_gta02.state.txt $ ./bluetooth_pcm [play some sound here] $ killall bluetooth_pcm The interesting controls of the state file are these: 20 'Sidetone Capture Volume' - 0 (increase as needed). 64 'Capture Right Mux' - 'Sidetone' to route playback mixer sound into right ADC. 66 'Capture Right Mixer' - 'Analogue Mix Right' to record right channel from right ADC. 67 'Capture Left Mixer' - 'Analogue Mix Right' to record left channel also from right ADC. 68 'Playback Mixer Voice Capture Sw' - false to not mix GSM output into the sidetone. 69 'Playback Mixer Left Capture Swi' - true to mix left output into the sidetone. 70 'Playback Mixer Right Capture Sw' - true to mix right output into the sidetone. (Maybe look at control 22 'Capture Volume' too?) -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Neverball, anyone?
Am Sunday 15 February 2009 16:19:33 schrieb The Digital Pioneer: Sources? For an iPhone program? Isn't that a bit contradictory? :P I was under the impression that Apple doesn't allow any open source programs on their phone (to the maximum extent that they have any say about it). Just for the records, that's wrong. Since the release of the NDA for the iPhone SDK, open source software on the iPhone is possible and I know at least 3 GPLed programs in the AppStore. Cheers, -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fso Python binding
Hello to all I am writing here to show something I was working today, and I'd like to know your opinions. I try to explain with a few of words. How someone of you know, I wrote Sephora. In lastest day I lost some time to trying to fix sephora with the new fso milestone. Where I was working I realized that I hate dbus :) Ok, I know it is very important, it is cross language compatibile, but I program in python, and I don't like to write too much code. If I want to turn on a led I want to do something like: device = ODeviced() device.getLED().getGta02AuxRed().setBlinking(2, 3) Or if I want to react to a function I want to do something like this: gps = OGpsd() def myfunc(i): # I do something here gps.connect('fixStatusChanged', myfunc) So, I studied a bit how to use reflection in Python and the source code written by Michael Lauer, and I wrote a Python binding for FSO, and I called with a lot of fantasy PyFso (It is only a transitory name, because I think this name is already used for another project). You can have a look here: [1] To help the navigation, it also print the structure of the object I created [2]. For now it is only a proof of concept. I would like to know if someone else have the same feeling with dbus. Thank you Michele Renda [1] http://dl.getdropbox.com/u/562269/PyFso/pyfso.py [2] /home/michele/Dropbox/Public/PyFso/structure.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Google SoC
Hello everyone. This is my first message in this email list. I'm interesting to participate the Google Soc this year. The OpenMoko projects are very interesting. As I have some experience in mobile development, I'm thinking about contribute to this community while enjoying Google SoC. First I would like to ask you if can I solve my doubts about SoC in this email list or in the developer email list. How can I get more information about the OpenMoko SoC 2009 ideas? My last question is: Are you interesting in new students candidates? Thank you in advance. Marcelo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fso Python binding
Hi Michele, I share your feeling that directly using dbus in python is a little bit tedious. I didn't try your your code, just had a look at it, I like how the dbus methods are directly added into the object instead of using the __getattr__ method, it means we can use automatic completion from the python interpreter, something that is missing with DBus proxy objects. What I like less is that you are using GObject, which mean I won't be able use your library for paroli. Also I though all the signals in GObject class had to be declared at the class level, how does it work with your introspection mechanism ? Anyway, I think it is a good initiative, maybe Mickey will consider adding this or something similar to the framework git. Cheers, -gui On Mon, 2009-02-16 at 02:22 +0100, Michele Renda wrote: Hello to all I am writing here to show something I was working today, and I'd like to know your opinions. I try to explain with a few of words. How someone of you know, I wrote Sephora. In lastest day I lost some time to trying to fix sephora with the new fso milestone. Where I was working I realized that I hate dbus :) Ok, I know it is very important, it is cross language compatibile, but I program in python, and I don't like to write too much code. If I want to turn on a led I want to do something like: device = ODeviced() device.getLED().getGta02AuxRed().setBlinking(2, 3) Or if I want to react to a function I want to do something like this: gps = OGpsd() def myfunc(i): # I do something here gps.connect('fixStatusChanged', myfunc) So, I studied a bit how to use reflection in Python and the source code written by Michael Lauer, and I wrote a Python binding for FSO, and I called with a lot of fantasy PyFso (It is only a transitory name, because I think this name is already used for another project). You can have a look here: [1] To help the navigation, it also print the structure of the object I created [2]. For now it is only a proof of concept. I would like to know if someone else have the same feeling with dbus. Thank you Michele Renda [1] http://dl.getdropbox.com/u/562269/PyFso/pyfso.py [2] /home/michele/Dropbox/Public/PyFso/structure.txt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR unstable] Openmoko headset
Yes, FSO and SHR both use frameworkd where headset switching is automatic. There are rules in /etc/freesmartphone/oevents/rules.yaml to handle this. You will see an event that calls something like the aforementioned amixer sset 'DAPM Handset Spk' mute . That will only toggle on and off the external speaker amp. You will also see some other rules in there (e.g., when a phone call arrives) that load audio scenarios. If one wished, he/she could follow those examples and tailor the audio levels for the headset plug-in event as well. On Sat, Feb 14, 2009 at 1:54 PM, Johny Tenfinger seba.d...@gmail.com wrote: On Fri, Feb 13, 2009 at 15:09, Al Johnson openm...@mazikeen.demon.co.uk wrote: Currently this doesn't seem to be automatic in any of the distros. It's automatic (or should be) on FSO-based distros. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First release of Enscribi - handwriting recognition input method
really great ! I had been looking for this for a long time ! I can't succeed writing 好 (hao), but I guess it is due to my poor Chinese character writing skills. gui On Sat, 2009-02-14 at 09:51 +0100, Olof Sjobergh wrote: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First release of Enscribi - handwriting recognition input method
Actually. The recognition is somehow ... poor... On Mon, Feb 16, 2009 at 11:44 AM, Guillaume Chereau char...@openmoko.orgwrote: really great ! I had been looking for this for a long time ! I can't succeed writing 好 (hao), but I guess it is due to my poor Chinese character writing skills. gui On Sat, 2009-02-14 at 09:51 +0100, Olof Sjobergh wrote: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer 15th Feb, 2008 Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FR getting ethx name instead of usb0 when connected to PC
Hello. I recently updated both my PC kernel and my FR software. I'm using kernel 2.6.27 on my pc, and the last FDOM distribution. When i connect the usb cable the connection get the name eth1 instead of the old usb0. This makes all the scripts and automatisms useless, and, more, is unpredictable, because sometimes i don't have my eth0 running or i have 2 network interfaces and the name would change. I made some researchs, coming to understand that it's matter of a strange local assignment bit. From the kernel configuration: config USB_NET_CDCETHER tristate CDC Ethernet support (smart devices such as cable modems) depends on USB_USBNET [..] This driver creates an interface named ethX, where X depends on what other networking devices you have in use. However, if the IEEE 802 local assignment bit is set in the address, a usbX name is used instead. Well, anybody knows exactly what this bit is and where can i set it? Thank you to whoever can answer.. roby ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First release of Enscribi - handwriting recognition input method
Most of the other characters I tried worked, only the 好 was a problem, so it is not too bad already :) I remember once I tried a similar software running on windows with a graphic tablet (forgot the name of it) and I was unable to write any character at all, but other people who could write Chinese properly had no problem. On Mon, 2009-02-16 at 11:54 +0800, HouYu Li wrote: Actually. The recognition is somehow ... poor... On Mon, Feb 16, 2009 at 11:44 AM, Guillaume Chereau char...@openmoko.org wrote: really great ! I had been looking for this for a long time ! I can't succeed writing 好 (hao), but I guess it is due to my poor Chinese character writing skills. gui On Sat, 2009-02-14 at 09:51 +0100, Olof Sjobergh wrote: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer 15th Feb, 2008 Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First release of Enscribi - handwriting recognition input method
Hi, I guess the manner/precedence of the strokes are written are important for that software you used previously? Quite interesting to have a non-cjk develop this though. I'm quite impressed with the zinnia recognition engine. KP On Mon, Feb 16, 2009 at 1:43 PM, Guillaume Chereau char...@openmoko.org wrote: Most of the other characters I tried worked, only the 好 was a problem, so it is not too bad already :) I remember once I tried a similar software running on windows with a graphic tablet (forgot the name of it) and I was unable to write any character at all, but other people who could write Chinese properly had no problem. On Mon, 2009-02-16 at 11:54 +0800, HouYu Li wrote: Actually. The recognition is somehow ... poor... On Mon, Feb 16, 2009 at 11:44 AM, Guillaume Chereau char...@openmoko.org wrote: really great ! I had been looking for this for a long time ! I can't succeed writing 好 (hao), but I guess it is due to my poor Chinese character writing skills. gui On Sat, 2009-02-14 at 09:51 +0100, Olof Sjobergh wrote: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer 15th Feb, 2008 Shanghai, China ___ 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: Fso Python binding
On 16/02/2009 03:44, Guillaume Chereau wrote: Hi Michele, Hello Guillaume I share your feeling that directly using dbus in python is a little bit tedious. I didn't try your your code, just had a look at it, I like how the dbus methods are directly added into the object instead of using the __getattr__ method, it means we can use automatic completion from the python interpreter, something that is missing with DBus proxy objects. I don't think the code completation will never work, at least in a editor, because the methods available will be known only during the execution of the code, not before :( The good part it that this library will not need to be updated if fso-frameworkd will change. The weak part is that fso-frameworkd deamon will change, all the applications that use it will continue to need to be updated. What I like less is that you are using GObject, which mean I won't be able use your library for paroli. Ops... my fault. I use PyGtk, so I thought that GObject is all the world. And I forgot that exist a world done by other toolkits. I think it needed to be called PyGtkFso or PyGObjectFso, and if the ideas is nice, it will not be difficult to create a version of the same library to run with Qt and with Efl. I need only to study a bit PyQt and PyEfl. Also I though all the signals in GObject class had to be declared at the class level, how does it work with your introspection mechanism ? This is the part I like more (but I don't know how much clean it is) I redefine the method connect and if a signal si a signal for dbus (that I read on runtime), I connect it direct to dbus, else I contine to connect to the object. Still I have to test well the part with signals, I tested well only methods. To be runned, it need the mdbus script copied as mdbus.py in the same forlder of pyfso.py (I steal a class from Michael). Anyway, I think it is a good initiative, maybe Mickey will consider adding this or something similar to the framework git. For now I will try to use on some programs I created. But I son't think it is so good code to enter in framework. For now it is only an experiment. Thank you Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Fso Python binding
On Mon, 2009-02-16 at 07:51 +0100, Michele Renda wrote: On 16/02/2009 03:44, Guillaume Chereau wrote: Hi Michele, Hello Guillaume I share your feeling that directly using dbus in python is a little bit tedious. I didn't try your your code, just had a look at it, I like how the dbus methods are directly added into the object instead of using the __getattr__ method, it means we can use automatic completion from the python interpreter, something that is missing with DBus proxy objects. I don't think the code completation will never work, at least in a editor, because the methods available will be known only during the execution of the code, not before :( Yes but I was thinking of cli-framework where you interactively create and manipulate the proxies objects. There the auto-completion would work and be very helpful. By the way, why do you change the name convention for the dbus methods, and make them all lowercase ? I know python convention is to use lowercase, but in that case I would prefer having the same name as the original DBus method (just a suggestion.) The good part it that this library will not need to be updated if fso-frameworkd will change. The weak part is that fso-frameworkd deamon will change, all the applications that use it will continue to need to be updated. What I like less is that you are using GObject, which mean I won't be able use your library for paroli. Ops... my fault. I use PyGtk, so I thought that GObject is all the world. And I forgot that exist a world done by other toolkits. I think it needed to be called PyGtkFso or PyGObjectFso, and if the ideas is nice, it will not be difficult to create a version of the same library to run with Qt and with Efl. I need only to study a bit PyQt and PyEfl. Yes I know the pain of trying to write generic code for gobject, qt or efl. The python Dbus library allow you to specify the underlying mainloop you are using when you create the bus object, in your case that would be more tricky I guess cause you use GObject as a base class for all you proxies. May be possible though. Also I though all the signals in GObject class had to be declared at the class level, how does it work with your introspection mechanism ? This is the part I like more (but I don't know how much clean it is) I redefine the method connect and if a signal si a signal for dbus (that I read on runtime), I connect it direct to dbus, else I contine to connect to the object. Ah I see, nice ! Still I have to test well the part with signals, I tested well only methods. To be runned, it need the mdbus script copied as mdbus.py in the same forlder of pyfso.py (I steal a class from Michael). Anyway, I think it is a good initiative, maybe Mickey will consider adding this or something similar to the framework git. For now I will try to use on some programs I created. But I son't think it is so good code to enter in framework. For now it is only an experiment. I'll keep an eye on this project. If you could somehow embed it into an interactive python interpreter (see cli-framework), then I would give a try for sure. Thank you Michele Renda Regards, Guillaume Chereau signature.asc Description: This is a digitally signed message part ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: www.opkg.org - Repository Alpha
Hi! I tried to install some packages again and many of them tend to fail. I had a look at http://www.opkg.org/packages/Packages and noticed that some of the items there have only very little details, for example: Filename: mokocard_0.1_all.ipk MD5Sum: 44cc816b186448f313c32953a651026a Filename: mofi_0.02_armv4t.ipk MD5Sum: 20f8e6af3f3475d6874d6b17bf1cba63 Filename: efplayer_0.3_arm.ipk MD5Sum: 9a3f29f6ae0c76cbe7f9419ac3439c70 Filename: gpssight_0.8.4_freerunner.armv4t.ipk MD5Sum: 483e184603fb8b1703039a8407c4792f Filename: mokoconv_0.1_all.ipk MD5Sum: 2270c08017e157540c36f86d916c905d Filename: liquidwar_5.6.4-2_armv4t.ipk MD5Sum: ed8fbe67e570b391074275414b9f3c35 Filename: mbac_0.3_all.ipk MD5Sum: 0115bc347e8a84895cb221210db70b77 Filename: numptyphysics_0.3-svn116_armv4t.opk MD5Sum: 14a727cc8a5f69eed6a781257bbe1c00 Filename: omview_r32_armv4t.ipk MD5Sum: 00f7abe3a833925ede784a0d036dabf7 Filename: openmiaocat_0.2_armv4t.ipk MD5Sum: 134c2dd7ef8f781562fd66c7e541f93d and so on. Is this normal, should the packages still install with no problem? Some of the items have lines like Source: ${SRC} Source: nethack Maintainer: $USER Is this ok, should it still install with no problems? I get messages like: * Failed to download http://www.opkg.org/packages/moko-eightball_0.20080721_om-gta02.ipk, error 0 * Cannot find package meooem. * Failed to download http://www.opkg.org/packages/gpsdcontrol_0.5_all.opk, error 0 * Cannot find package neon. * Failed to download http://www.opkg.org/packages/qwo_0.3_armv4t.ipk, error 0 * Cannot find package shortom. * Failed to download http://www.opkg.org/packages/ledclock_0.6_all.ipk, error 0 and some more. Any idea what's the reason? This is with 'opkg install packagename package2name'. I can download the files ok with wget but opkg fails for some reason and as you see, it can't find some packages and for example meooem is missing totally from the Packages -file. Any ideas how to fix this? Makes it a bit difficult to try to install stuff :( Thanks! 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: [Report] - Buzz fix
Kosa wrote: I also have the 850 and the buzz doesn't appear to me but my friends notice when i use that phone because i either echo or buzz, sometimes a nasty combination of both. The same for me, I don't listen any buzz, but everyone say a lot of bad-words about the noise! I guess I am loosing friends, hehehe. For me, the buzz is absolutly strength signal related. Here in my room, I hear a very very very low buzz, but the other side complains about it. Well, not really, they say there's a buzz only when I ask about it. On the other hand, if I'm on the street, or at the roof, and I ask, many people say they have never heard a clearer cellphone call. I'm nox exagerating: that's what they say. Echo apears only if I turn up the volume. The other side hears it, but I don't. My brother keeps suggesting I dump the devicve in a bucket of water and my friends always ask me: Are you in a train or something? I hope soon a solution will be there, either as an officially endorsed DIY GOP or in other way. On the software side, I hope SHR will offer a dailer app that provides proper/working volume control for the headset+mic. Kosa ___ 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: First release of Enscribi - handwriting recognition input method
Hi, Everyone... Tested with SHR 20090215 build. Not work in the default message application (openmoko-message3). But work with yphonekitd. You can find it here: http://www.opkg.org/package_109.html. Now I can send Chinese messages to my friends. oops.. how can I input a commer??? On Mon, Feb 16, 2009 at 2:05 PM, Kiam Peng Wee wee.kiamp...@orangeknob.comwrote: Hi, I guess the manner/precedence of the strokes are written are important for that software you used previously? Quite interesting to have a non-cjk develop this though. I'm quite impressed with the zinnia recognition engine. KP On Mon, Feb 16, 2009 at 1:43 PM, Guillaume Chereau char...@openmoko.org wrote: Most of the other characters I tried worked, only the 好 was a problem, so it is not too bad already :) I remember once I tried a similar software running on windows with a graphic tablet (forgot the name of it) and I was unable to write any character at all, but other people who could write Chinese properly had no problem. On Mon, 2009-02-16 at 11:54 +0800, HouYu Li wrote: Actually. The recognition is somehow ... poor... On Mon, Feb 16, 2009 at 11:44 AM, Guillaume Chereau char...@openmoko.org wrote: really great ! I had been looking for this for a long time ! I can't succeed writing 好 (hao), but I guess it is due to my poor Chinese character writing skills. gui On Sat, 2009-02-14 at 09:51 +0100, Olof Sjobergh wrote: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer 15th Feb, 2008 Shanghai, China ___ 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 -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Programmer Red Hat Certified Engineer 15th Feb, 2008 Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First release of Enscribi - handwriting recognition input method
Does it work at OM 2008.9 ? I install it on Om 2008. 9 , but I don't know how to initiate it . Olof Sjobergh ??: Hi, This is to announce the first release of Enscribi, a new handwriting recognition input method I've been working on. The main focus, and the only thing supported for now, is writing Japanese and Chinese characters (and numbers, but numbers only won't get you far...). It uses the excellent Zinnia recognition engine for the actual recognition. If anyone is interested, please take a look. There's a project page at http://olofsj.github.com/enscribi/ with screenshots and some more information. There are packages on opkg.org for trying it out (only tested on FSO milestone 5). The following packages are available: http://www.opkg.org/package_133.htmlEnscribi http://www.opkg.org/package_130.htmlZinnia (required dependency) http://www.opkg.org/package_131.htmlZinnia-tomoe-ja (for Japanese support) http://www.opkg.org/package_132.htmlZinnia-tomoe-zh (for Chinese support) Also, you need a Japanese or Chinese font to see the characters (should be available in the usual repos). The code is hosted on Github at http://github.com/olofsj/enscribi/tree/master Best regards, Olof Sjöbergh ___ 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: First release of Enscribi - handwriting recognition input method
I'm glad there's a lot of interest in this. =) As for the poor results for Chinese characters, I suspect the character data for Chinese is not perfect. Personally I don't know any Chinese, so it's hard for me to check. However, for Japanese it works quite well, but there are some characters that are missing and have to be added. The data for the characters are from the Tomoe project (another handwriting recognition method), available at http://tomoe.sourceforge.jp. They also have a stroke editor that can be used to edit/add new characters. Yesterday I found and fixed the problem with inputting in Edje entry widgets. I sent the patch to the enlightenment devel list, but have attached it here as well for anyone interested in testing it. Patching and recompiling Ecore should make it possible to write in any program using Elementary or Edje. There's still a lot to improve, and any suggestions or patches are appreciated. Best regards, Olof Sjöbergh ecore_x_event_mapping_notify.patch Description: Binary data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community