Another control key bug?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Another control key bug?

Christoph Thiede

Hi all,


not sure whether this is bug, but it feels a bit inconvenient.


Steps to reproduce:

  1. Turn on the preference duplicateControlAndAltKeys.
  2. In the search bar, press the red button down and hold it pressed
  3. Enter 6*7
  4. Press Ctrl + d (on Windows)
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!
Reply | Threaded
Open this post in threaded view
|

Re: Another control key bug?

marcel.taeumel
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

Am 17.02.2020 10:17:27 schrieb Thiede, Christoph <[hidden email]>:

Hi all,


not sure whether this is bug, but it feels a bit inconvenient.


Steps to reproduce:

  1. Turn on the preference duplicateControlAndAltKeys.
  2. In the search bar, press the red button down and hold it pressed
  3. Enter 6*7
  4. Press Ctrl + d (on Windows)
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



Reply | Threaded
Open this post in threaded view
|

Re: Another control key bug?

Christoph Thiede

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

Am 17.02.2020 10:17:27 schrieb Thiede, Christoph <[hidden email]>:

Hi all,


not sure whether this is bug, but it feels a bit inconvenient.


Steps to reproduce:

  1. Turn on the preference duplicateControlAndAltKeys.
  2. In the search bar, press the red button down and hold it pressed
  3. Enter 6*7
  4. Press Ctrl + d (on Windows)
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!
Reply | Threaded
Open this post in threaded view
|

Re: Another control key bug?

Nicolas Cellier
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 :

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

Am 17.02.2020 10:17:27 schrieb Thiede, Christoph <[hidden email]>:

Hi all,


not sure whether this is bug, but it feels a bit inconvenient.


Steps to reproduce:

  1. Turn on the preference duplicateControlAndAltKeys.
  2. In the search bar, press the red button down and hold it pressed
  3. Enter 6*7
  4. Press Ctrl + d (on Windows)
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