Of course, the bug report was for linux VM and not Windows VM, so it's not
at all following the same path inside the VM, just looks like similar...
I hope it's clear (not sure it was in my answer)

Le mar. 10 déc. 2019 à 19:05, Nicolas Cellier <
nicolas.cellier.aka.nice at gmail.com> a écrit :

> Hi Christoph,
> The image side is totally messy,
> The VM side is also messy, so finding a combination that might work is a
> sport.
> There have been long discussions about similar issues
> https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/396 after a
> change to recode() function...
>
> This was for linux, but since we now use the same UTF32InputInterpreter on
> windows, I'm not surprised that we might observe similar behavior
> (modulo the fact that (eventBuffer at: 3) is not macRoman encoded anymore
> on windows, but this is not an issue for CTRL+A AFAIU)
>
> To summarize: we have reached a point where we cannot change/add one
> feature without breaking one other (at least).
> The consequence is that we have some sort of "stable" status because we
> cannot change anything (the statu quo).
>
> Personnally, I have the Preferences 'Duplicate all control and alt keys'
> set to true, and can input Ctrl+A as usual.
> If I set it off, then Ctrl+A stops working (but it does not move the
> cursor left...), Ctrl+D becomes equivalent to Ctrl+Shift+D (debug it)
>
> I also have
> ActiveHand keyboardInterpreter -> an UTF32InputInterpreter
> Locale current -> a Locale(en-English)
> Locale current languageEnvironment -> a Latin1Environment
>
> You can try to play with the Alt/Control Preferences and see if you find
> some combination that fits...
>
> For the future there are a few reasonable things to do like:
> 1) stop changing the slightest thing (stop innovating and add another
> layer of dirt each time when upgrading to new OS)
> 2) disentangle the code on both side (starting at VM side).
> One is more reasonable than the other IMO ;)
> This is time consuming and requires image+VM sync, so it will be paved
> with some hiccups
>
> The first step is to gather and write our exact expectations.
> I would personnally add new expectations for handling virtual keyboards
> and gestures on alternate devices of course.
> The next step is to study the technical solutions.
> SDL2 is one candidate for simplifying (externalizing?) the mess.
>
> Nicolas
>
> Le mar. 10 déc. 2019 à 17:20, Thiede, Christoph <
> Christoph.Thiede at student.hpi.uni-potsdam.de> a écrit :
>
>> Hi all,
>>
>>
>> after updating to the latest OpenSmalltalk VM version (see specs in the
>> subject line), I cannot use simple hotkeys such as Ctrl + a any longer.
>> However, using Alt instead of Ctrl works fine. I run the latest Trunk image
>> side-by-side, one time with the delivered VM from the Trunk download (
>> 201911012148), one time with 201911282316. Sensor kbdTest shows the same
>> information for both applications when I press Ctrl + a, however, only the
>> old VM accepts the combination. I even observed that using the new VM, Ctrl
>> + a moves the cursor to the beginning of the editor, Ctrl + d to the end.
>>
>>
>> Something seems to be wrong here; unfortunately, I have no clue what, so
>> I will be happy to give you all the necessary information.
>>
>>
>> Best,
>>
>> Christoph
>>
>>
>> PS: Closing the VM also looks different, just like in old times, using
>> the new version:
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20191210/ef3e891b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pastedImage.png
Type: image/png
Size: 31263 bytes
Desc: not available
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20191210/ef3e891b/attachment.png>