International text input on X11

> On Mon, May 16, 2016 at 10:06 AM, Yoshiki Ohshima
> <[hidden email]> wrote:
>> On Mon, May 16, 2016 at 10:04 AM, tim Rowledge <[hidden email]> wrote:
>>> Forgive me if I’m being hopelessly naive here, but does this text input mechanism work for other languages too? Would it, for example, be usable as an on-screen keyboard for theRaspberry Pi lcd touchscreen?
>>
>> It should work for any other languages that ibus or scim can handle.
>> Yes, it will be usable with the on-screen keyboard.
>
> So I wrote about two possible options on changes to /usr/bin/scratch;
> I think that the option that uses the XMODIFIERS environment variable,
> or some other ways to tell that there is an input method running, is
> more suitable for this purpose.
>
>
> --
> -- Yoshiki

> The relationship between /usr/bin/scratch and /usr/bin/squeak is
> somewhat confused.  /usr/bin/scratch has some code to handle VMOPTIONS
> but it is not actually passed to /usr/bin/squeak.  But then if
> /usr/bin/scratch was passing those to /usr/bin/squeak, that shell
> script does not handle them.  I'd think it might be good to copy the
> LD_LIBRARY_PATH part of /usr/bin/squeak to /usr/bin/scratch, and the
> latter does not deal with the former.
>
> What do you guys think?
>
> On Mon, May 16, 2016 at 10:14 AM, Yoshiki Ohshima
> <[hidden email]> wrote:
>> On Mon, May 16, 2016 at 10:06 AM, Yoshiki Ohshima
>> <[hidden email]> wrote:
>>> On Mon, May 16, 2016 at 10:04 AM, tim Rowledge <[hidden email]>
>>> wrote:
>>>> Forgive me if I’m being hopelessly naive here, but does this text
>>>> input mechanism work for other languages too? Would it, for example,
>>>> be usable as an on-screen keyboard for theRaspberry Pi lcd
>>>> touchscreen?
>>>
>>> It should work for any other languages that ibus or scim can handle.
>>> Yes, it will be usable with the on-screen keyboard.
>>
>> So I wrote about two possible options on changes to /usr/bin/scratch;
>> I think that the option that uses the XMODIFIERS environment variable,
>> or some other ways to tell that there is an input method running, is
>> more suitable for this purpose.
>>
>>
>> --
>> -- Yoshiki
>
>
>
> --
> -- Yoshiki
>

> I have not actually looked at the /usr/bin/scratch script, but I do know
> that the use of /usr/bin/squeak (or /usr/local/bin/squeak) is already
> overloaded depending on what flavor of VM was installed most recently. I
> suspect that it would be better to have a /usr/bin/scratch script that
> does exactly what you want it to do, possibly not relying at all on the
> /usr/bin/squeak script.
>
> Tim, when someone installs Scratch on their Pi, does that installation
> include the VM? Or does it expect a VM to be installed separately? I am
> assuming that the Scratch installation would include a VM and with the
> Scratch plugins, and that you would not want other installations of VMs to
> affect the Scratch application. Is that right?

>
> In any case, at least the patch attached to my last email captures the
> change that is needed and get rid of the need to call /usr/bin/squeak.
> So adapting this should not be hard.
>
>
>
> --
> -- Yoshiki
>
>

>
>> On 16.05.2016, at 19:06, Yoshiki Ohshima <[hidden email]> wrote:
>>
>> On Mon, May 16, 2016 at 10:04 AM, tim Rowledge <[hidden email]> wrote:
>>> Forgive me if I’m being hopelessly naive here, but does this text input mechanism work for other languages too? Would it, for example, be usable as an on-screen keyboard for theRaspberry Pi lcd touchscreen?
>>
>> It should work for any other languages that ibus or scim can handle.
>> Yes, it will be usable with the on-screen keyboard.
>
> Would it be feasible to make the VM primitives generic? That is, do not call it “ImmX11Plugin” but e.g. “KeyboardPlugin” and the “focus” primitive would be called whenever a text field is focused, and the image would pass the cursor position as arguments (plus possibly the text field bounds).
>
> Then we could implement the same primitives in e.g. the iOS or Android VMs to support the on-screen keyboard.

> On Mon, May 16, 2016 at 9:30 AM, Yoshiki Ohshima
> <[hidden email]> wrote:
> > At Sun, 15 May 2016 22:27:13 -0400,
> > David T. Lewis wrote:
> >
> >>  - Yoshiki, we should give credit to Mr Hachisuka for his contribution. Can
> >>    you please give his full name for the commit notice? I assume the patch
> >>    is MIT licensed.
> >
> > I'll ask him about the license.
>
> Mr. Hachisuka stated that it is fine to use the MIT license for that code.

> I really must apologize, I see that I attached the wrong file to my
> original post. Attached here is the oscog version that needs testing.
>
> I am looking to confirm that the resulting Cog or Spur VM performs the
> HostWindowPlugin function to resize the display window:
>
>        saveExtent := Display width @ Display height.
>        DisplayScreen hostWindowExtent: 500@100.
>        (Delay forSeconds: 4) wait.
>        DisplayScreen hostWindowExtent: saveExtent.
>
> If someone can confirm this, I would be grateful.
>
> (Yes I know, we need to get GitHub and Travis CI going for the VM so that
> people will not need to ask silly questions like this).
>
> Thanks,
> Dave
>
>
> On Wed, May 18, 2016 at 10:44:08PM -0400, David T. Lewis wrote:
>> On Mon, May 16, 2016 at 09:30:02AM -0700, Yoshiki Ohshima wrote:
>> > At Sun, 15 May 2016 22:27:13 -0400,
>> > David T. Lewis wrote:
>> > >
>> > >  - Test the VM. Tim, I need help on this. I do not currently have a working
>> > >    Cog build environment (Unbuntu/autotools/gcc version issues). Can you
>> > >    apply the patch from Yoshiki's email and see if your resulting Cog VM
>> > >    continues to work for you as expected on Pi with Scratch?
>> >
>> > And more testing would be nice.
>> >
>>
>> Tim,
>>
>> The attached sqUnixX11.c should get the HostWindowPlugin functions
>> working on Cog/Spur. If that is confirmed, I will commit to SVN oscog
>> branch and then we can follow up with the ImmX11 updates.
>>
>> When you get a chance, can you please compile a VM with the attached
>> sqUnixX11.c and let me know if the following works on Squeak trunk
>> and Raspberry Pi:
>>
>>       saveExtent := Display width @ Display height.
>>       DisplayScreen hostWindowExtent: 500@100.
>>       (Delay forSeconds: 4) wait.
>>       DisplayScreen hostWindowExtent: saveExtent.
>>
>> Thanks,
>> Dave
>>
>
>
>
>
>

> Hi, Dave,
>
> Thank you for taking care of this!  This sqUnixX11.c does display
> things on Raspberry Pi for me.
>
> On Thu, May 19, 2016 at 6:12 PM, David T. Lewis <[hidden email]>
> wrote:
>> I really must apologize, I see that I attached the wrong file to my
>> original post. Attached here is the oscog version that needs testing.
>>
>> I am looking to confirm that the resulting Cog or Spur VM performs the
>> HostWindowPlugin function to resize the display window:
>>
>>        saveExtent := Display width @ Display height.
>>        DisplayScreen hostWindowExtent: 500@100.
>>        (Delay forSeconds: 4) wait.
>>        DisplayScreen hostWindowExtent: saveExtent.
>>
>> If someone can confirm this, I would be grateful.
>>
>> (Yes I know, we need to get GitHub and Travis CI going for the VM so
>> that
>> people will not need to ask silly questions like this).
>>
>> Thanks,
>> Dave
>>
>>
>> On Wed, May 18, 2016 at 10:44:08PM -0400, David T. Lewis wrote:
>>> On Mon, May 16, 2016 at 09:30:02AM -0700, Yoshiki Ohshima wrote:
>>> > At Sun, 15 May 2016 22:27:13 -0400,
>>> > David T. Lewis wrote:
>>> > >
>>> > >  - Test the VM. Tim, I need help on this. I do not currently have a
>>> working
>>> > >    Cog build environment (Unbuntu/autotools/gcc version issues).
>>> Can you
>>> > >    apply the patch from Yoshiki's email and see if your resulting
>>> Cog VM
>>> > >    continues to work for you as expected on Pi with Scratch?
>>> >
>>> > And more testing would be nice.
>>> >
>>>
>>> Tim,
>>>
>>> The attached sqUnixX11.c should get the HostWindowPlugin functions
>>> working on Cog/Spur. If that is confirmed, I will commit to SVN oscog
>>> branch and then we can follow up with the ImmX11 updates.
>>>
>>> When you get a chance, can you please compile a VM with the attached
>>> sqUnixX11.c and let me know if the following works on Squeak trunk
>>> and Raspberry Pi:
>>>
>>>       saveExtent := Display width @ Display height.
>>>       DisplayScreen hostWindowExtent: 500@100.
>>>       (Delay forSeconds: 4) wait.
>>>       DisplayScreen hostWindowExtent: saveExtent.
>>>
>>> Thanks,
>>> Dave
>>>
>>
>>
>>
>>
>>
>
>
>
> --
> -- Yoshiki
>

> Thank you Yoshiki, I will commit the update to the oscog branch tonight
> when I get home.
>
> The next thing to try is your Imm patch for sqUnixX11.c
>
> Dave
>
>> Hi, Dave,
>>
>> Thank you for taking care of this!  This sqUnixX11.c does display
>> things on Raspberry Pi for me.
>>
>> On Thu, May 19, 2016 at 6:12 PM, David T. Lewis <[hidden email]>
>> wrote:
>>> I really must apologize, I see that I attached the wrong file to my
>>> original post. Attached here is the oscog version that needs testing.
>>>
>>> I am looking to confirm that the resulting Cog or Spur VM performs the
>>> HostWindowPlugin function to resize the display window:
>>>
>>>        saveExtent := Display width @ Display height.
>>>        DisplayScreen hostWindowExtent: 500@100.
>>>        (Delay forSeconds: 4) wait.
>>>        DisplayScreen hostWindowExtent: saveExtent.
>>>
>>> If someone can confirm this, I would be grateful.
>>>
>>> (Yes I know, we need to get GitHub and Travis CI going for the VM so
>>> that
>>> people will not need to ask silly questions like this).
>>>
>>> Thanks,
>>> Dave
>>>
>>>
>>> On Wed, May 18, 2016 at 10:44:08PM -0400, David T. Lewis wrote:
>>>> On Mon, May 16, 2016 at 09:30:02AM -0700, Yoshiki Ohshima wrote:
>>>> > At Sun, 15 May 2016 22:27:13 -0400,
>>>> > David T. Lewis wrote:
>>>> > >
>>>> > >  - Test the VM. Tim, I need help on this. I do not currently have a
>>>> working
>>>> > >    Cog build environment (Unbuntu/autotools/gcc version issues).
>>>> Can you
>>>> > >    apply the patch from Yoshiki's email and see if your resulting
>>>> Cog VM
>>>> > >    continues to work for you as expected on Pi with Scratch?
>>>> >
>>>> > And more testing would be nice.
>>>> >
>>>>
>>>> Tim,
>>>>
>>>> The attached sqUnixX11.c should get the HostWindowPlugin functions
>>>> working on Cog/Spur. If that is confirmed, I will commit to SVN oscog
>>>> branch and then we can follow up with the ImmX11 updates.
>>>>
>>>> When you get a chance, can you please compile a VM with the attached
>>>> sqUnixX11.c and let me know if the following works on Squeak trunk
>>>> and Raspberry Pi:
>>>>
>>>>       saveExtent := Display width @ Display height.
>>>>       DisplayScreen hostWindowExtent: 500@100.
>>>>       (Delay forSeconds: 4) wait.
>>>>       DisplayScreen hostWindowExtent: saveExtent.
>>>>
>>>> Thanks,
>>>> Dave
>>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>> --
>> -- Yoshiki
>>
>
>
>

>
> > On 20-05-2016, at 1:52 PM, David T. Lewis <[hidden email]> wrote:
> >
> > Thank you Yoshiki, I will commit the update to the oscog branch tonight
> > when I get home.
> >
> > The next thing to try is your Imm patch for sqUnixX11.c
>
> I will get around to trying this out on my Pi???s, honest. Stuck in floating point emulation/simulation right now, after the ???fun??? of fixing serial port + scratchboard code.
>

>
> If I understand correctly, here is what we need to do:
>
> 1) Apply the changes of Mr Hachisuka to the VM.
>  - The diff is in the earlier email from Yoshiki:
>       http://lists.squeakfoundation.org/pipermail/squeak-dev/2016-May/189599.html
>       http://www2.asu.ac.jp/hachi/v3/scratch14ime.html
>  - Test updated VM to make sure the changes do not cause problems. Make sure
>    it works without problems for Squeak trunk and for Scratch.
>  - Apply the update in SVN for both oscog and trunk. I can help here.
>  - Test the VM. Tim, I need help on this. I do not currently have a working
>    Cog build environment (Unbuntu/autotools/gcc version issues). Can you
>    apply the patch from Yoshiki's email and see if your resulting Cog VM
>    continues to work for you as expected on Pi with Scratch?
>  - Yoshiki, we should give credit to Mr Hachisuka for his contribution. Can
>    you please give his full name for the commit notice? I assume the patch
>    is MIT licensed.
>