Hi all,
not sure whether this is bug, but it feels a bit inconvenient.
Steps to reproduce:
Expected behavior:
The code is evaluated (do it).
Actual behavior:
A debugger on the code opens (debug it)!
Notes: This is not a regression by the recent VM changes, I can reproduce it in a Trunk version from last summer.
But I don't think #controlKeyPressed of a keyboard event should be true because a mouse button was down?
Best,
Christoph
Carpe Squeak!
|
I think that for Windows the preference to set is "swapControlAndAltKeys" or "duplicateAllControlAndAltKeys". The preference "duplicateControlAndAltKeys" is deprecated because it just uses a small subset: defaultCrossPlatformKeys "Answer a list of key letters that are used for common editing operations on different platforms." ^{ $c . $x . $v . $a . $s . $f . $g . $z } There is no $d, for example. Best, Marcel
|
Okay, I did not know that. I have no idea why I had enabled this preference ... :)
Best, Christoph Von: Squeak-dev <[hidden email]> im Auftrag von Taeumel, Marcel
Gesendet: Montag, 17. Februar 2020 11:21:57 An: Javier Diaz-Reinoso via Squeak-dev Betreff: Re: [squeak-dev] Another control key bug?
I think that for Windows the preference to set is "swapControlAndAltKeys" or "duplicateAllControlAndAltKeys". The preference "duplicateControlAndAltKeys" is deprecated because
it just uses a small subset:
defaultCrossPlatformKeys
"Answer a list of key letters that are used for common editing operations
on different platforms."
^{ $c . $x . $v . $a . $s . $f . $g . $z }
There is no $d, for example.
Best,
Marcel
Carpe Squeak!
|
Note that the behavior is independent of holding red button down or not. Le lun. 17 févr. 2020 à 11:26, Thiede, Christoph <[hidden email]> a écrit :
|
Free forum by Nabble | Edit this page |