2008/3/20, Yoshiki Ohshima <yoshiki at vpri.org>:
>
>   José,
>
>   Thank you for checking!
>
>
> > A stupid checking:
> > adding the class UTF32InputInterpreter to the image (if it's not an olpc
> image that already has this class), and
> > assuring that Latin1Environment>>inputInterpreterClass returns
> UTF32InputInterpreter , everything works with current
> > mainstream squeak-vm. None of the last changes on the olpc image are
> > needed (at least for spanish language).
>
>
>   Everything, including accented character input with "dead_keys"?
> Hmm.



Yes, but there is one problem: clicking on the alt or arrow keys raises a
blank square.

> It's a very simple fix, I can not understand why this method is nowadays
> still returning  MacRomanInputInterpreter.
> > Any reason to justify it?
> > Even in the olpc image there is a long conditional to assure
> MacRomanInputInterpreter is returned when sugar is not
> > present: am I loosing something or there is no justification for
> > this behaviour?
>
>
>   Wtih update 1925 to the etoys 3.0 stream, I ditched the "long"
> conditional and now it simply returns UTF32InputInterpreter.
>
> -- Yoshiki
>
> Actually, we should take care of the case when somebody trys to run
> the new image on an old VM (UTF32InputInterpreter should look at the
> third entry in the event array when sixth is zero...)
>
>
Yes, but the alternative is worst, so I think that's the best solution.

Regards.
José L.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20080320/b2f5d9ca/attachment.htm