New release of Enscribi - version 0.2.0

2009-05-26 Thread Olof Sjobergh
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.

Re: First release of Enscribi - handwriting recognition input method

2009-05-14 Thread Olof Sjobergh
On Thu, May 14, 2009 at 6:00 PM, jeremy jozwik jerjoz.for...@gmail.com wrote: shr-testing 20090502: enlightenment was unable to run the application enscribi the application failed to start Zinnia and Zinnia-tomoe-zh installed Could you try to run it from the command line? There might be

Re: First release of Enscribi - handwriting recognition input method

2009-05-14 Thread Olof Sjobergh
On Fri, May 15, 2009 at 5:44 AM, jeremy jozwik jerjoz.for...@gmail.com wrote: so after searching for a bit i am failing to find a link for libecore_evas.so.0 as an ipk. closest mention is this: http://lists.openmoko.org/nabble.html#nabble-td2587826i60 but i find no link. any ideas out there?

Re: First release of Enscribi - handwriting recognition input method

2009-05-13 Thread Olof Sjobergh
On Wed, May 13, 2009 at 12:38 PM, Russell Hay russe...@ysmail.net wrote: Hi Olof,  any chance of having english support added to this? Otherwise (as a non-hacker) can I contribute anything that'd support you in adding english support? Hi, There's nothing stopping adding english support. I

Re: [SHR] Packaging extra fonts

2009-04-06 Thread Olof Sjobergh
On Mon, Apr 6, 2009 at 10:56 AM, Pander pan...@users.sourceforge.net wrote: Hi all, I need some extra fonts to display kanji. I have manged to copy some .ttf files manually and that works. Now, I would like to package these fonts in an .opkg file. do I need to call some executables to

Re: [Om2008.x] Terminal with UTF-8 support wanted

2009-03-02 Thread Olof Sjobergh
Hi, On Mon, Mar 2, 2009 at 10:43 AM, Matthias Apitz g...@unixarea.de wrote: Is there some way to get UTF-8 support? Thx You need to install a UTF-8 locale. To see which locales you have installed, run locale -a Unfortunately, I don't remember the package names for locales. But with an UTF-8

Re: [SHR] Accent and special characters in sms

2009-02-19 Thread Olof Sjobergh
Hi, I thinks this is the same problem as I found with Enscribi. I posted a patch for Ecore a few days ago, I attached here again if you want to try it out. Hopefully Rasterman can add it to Ecore soon. Best regards, Olof Sjöbergh On Thu, Feb 19, 2009 at 7:45 PM, Mark Müller

Re: First release of Enscribi - handwriting recognition input method

2009-02-15 Thread Olof Sjobergh
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,

Re: First release of Enscribi - handwriting recognition input method

2009-02-15 Thread Olof Sjobergh
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

First release of Enscribi - handwriting recognition input method

2009-02-14 Thread 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

Re: First release of Enscribi - handwriting recognition input method

2009-02-14 Thread Olof Sjobergh
On Sat, Feb 14, 2009 at 4:54 PM, HouYu Li kara...@gmail.com wrote: Hi, It's a nice start... XiangFu! Have you tried it? I just installed these packages on FSO latest stable. It does recognize input although not that precisely. But it does not able to input the Chinese character into the zhone

Re: [SHR] illume predictive keyboard is too slow

2009-01-30 Thread Olof Sjobergh
On Fri, Jan 30, 2009 at 8:12 PM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: On Fri, 30 Jan 2009 08:31:43 +0100 Olof Sjobergh olo...@gmail.com said: But I think a dictionary format in plain utf8 that includes the normalised words as well as any candidates to display would

Re: [SHR] illume predictive keyboard is too slow

2009-01-29 Thread Olof Sjobergh
On Thu, Jan 29, 2009 at 10:18 AM, Michal Brzozowski ruso...@poczta.fm wrote: 2009/1/29 Olof Sjobergh olo...@gmail.com I think most problems could be solved by using a dictionary format similar to what you describe above, i.e. something like: match : candidate1 candidate2; frequency

Re: [SHR] illume predictive keyboard is too slow

2009-01-29 Thread Olof Sjobergh
On Fri, Jan 30, 2009 at 4:25 AM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: On Thu, 29 Jan 2009 08:30:44 +0100 Olof Sjobergh olo...@gmail.com said: On Wed, Jan 28, 2009 at 11:16 PM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: On Wed, 28 Jan 2009 18:59:32 +0100

Re: [SHR] illume predictive keyboard is too slow

2009-01-28 Thread Olof Sjobergh
redesigning the dictionary format, so I guess we have to wait until he gets around to it (or someone else does it). Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo

Re: [SHR] illume predictive keyboard is too slow

2009-01-28 Thread Olof Sjobergh
the format would be more complicated. Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] illume predictive keyboard is too slow

2009-01-28 Thread Olof Sjobergh
-stopper. To fix it, either you would need different normalisation tables for each language, or a new dictionary format. Raster said in an earlier mail on the list that he'd fix it someday but had a lot of other stuff to look at now. So I guess we have to be patient for now. Best regards, Olof

Re: [SHR] illume predictive keyboard is too slow

2009-01-28 Thread Olof Sjobergh
On Wed, Jan 28, 2009 at 11:16 PM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: On Wed, 28 Jan 2009 18:59:32 +0100 Marco Trevisan (Treviño) m...@3v1n0.net said: Olof Sjobergh wrote: Unless I missed something big (which I hope I didn't, but I wouldn't be surprised if I did

Illume keyboard dictionary sorting and normalization

2009-01-06 Thread Olof Sjobergh
as well. If I were to work on such a change, what would be the best approach? Best regards, Olof Sjobergh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community

Re: Illume keyboard dictionary sorting and normalization

2009-01-06 Thread Olof Sjobergh
On Tue, Jan 6, 2009 at 11:57 AM, The Rasterman Carsten Haitzler ras...@rasterman.com wrote: sort -f i think does it... i think... Thanks, that seems to work. I created a package and uploaded to http://www.opkg.org/package_90.html for anyone who is interested. The source is hosted at