Repository: http://etoys.squeak.org/svn
Revision: 657 Author: bf Date: 2010-10-13 08:54:44 +0000 (Wed, 13 Oct 2010) Log Message: ----------- use composition input for bn, gu, hi, kn, ml, mr, ta, te, sa (SQ-850)
Modified Paths: -------------- trunk/VM/to-go/etoys.sh
Ouch, I wanted ja also handled in the change (I will commit it). But how about other asian langs like Chineese, Korean, which I don't know very well about those input method.
/Korakurider
On Wed, Oct 13, 2010 at 5:54 PM, commits@etoys.squeak.org wrote:
Repository: http://etoys.squeak.org/svn
Revision: 657 Author: bf Date: 2010-10-13 08:54:44 +0000 (Wed, 13 Oct 2010) Log Message:
use composition input for bn, gu, hi, kn, ml, mr, ta, te, sa (SQ-850)
Modified Paths:
trunk/VM/to-go/etoys.sh
etoys-dev mailing list etoys-dev@squeakland.org http://lists.squeakland.org/mailman/listinfo/etoys-dev
On 13.10.2010, at 03:18, Korakurider wrote:
Ouch, I wanted ja also handled in the change (I will commit it). But how about other asian langs like Chineese, Korean, which I don't know very well about those input method.
/Korakurider
Yes, and I know even less about this, so I just committed Subbu's fix :)
Go ahead and change it.
Also, the second "bugfix" Sugar release is due in 2 weeks, we could do a 4.1.2 if needed: http://wiki.sugarlabs.org/go/0.90/Roadmap
- Bert -
On Wed, Oct 13, 2010 at 5:54 PM, commits@etoys.squeak.org wrote:
Repository: http://etoys.squeak.org/svn
Revision: 657 Author: bf Date: 2010-10-13 08:54:44 +0000 (Wed, 13 Oct 2010) Log Message:
use composition input for bn, gu, hi, kn, ml, mr, ta, te, sa (SQ-850)
Modified Paths:
trunk/VM/to-go/etoys.sh
On Wednesday 13 Oct 2010 11:46:41 pm Bert Freudenberg wrote:
On 13.10.2010, at 03:18, Korakurider wrote:
Ouch, I wanted ja also handled in the change (I will commit it). But how about other asian langs like Chineese, Korean, which I don't know very well about those input method.
Korakurider,
The input handler for m17n is adapted from Japanese input interpreter. The changes seem fairly minor (e.g. intercepting Japanese marks in input) but I don't understand the different code pages involved to be able to merge them. On Linux/Unix, input method engines could be used convert legacy encodings into UTF-8 so it seems safe to use UTF-8 encodings except when dealing with old VMs.
I would also invite other CJKV users to add their lang codes to M17nEnvironment>>supportedLanguages and see if it works.
Subbu
etoys-dev@lists.squeakfoundation.org