Skip to content

Conversation

@microbit-matt-hillsdon
Copy link
Contributor

@microbit-matt-hillsdon microbit-matt-hillsdon commented Apr 15, 2025

This is a hack to get a behaviour we like like. It's not clear what the right API for this would be.

For discussion later today.

Fixes #434 context menu during move as well as similar bugs such as clean up durning move, cut during move, likely others.

Nice API could be a workspace-wide precondition that applies to all actions that was invoked with the name of the intended shortcut.

Demo: https://auto-confirm-move.blockly-keyboard-experimentation.pages.dev/

@microbit-robert
Copy link
Contributor

microbit-robert commented Apr 16, 2025

We've now merged a version of this into our user testing branch in our fork of the project that ignores all non-move-related actions while a move is in progress instead of finishing the move and running the non-move-related action following discussion yesterday.

It's still not clear the API for this should look like in core. Perhaps both the workspace and the actions have a 'normal' mode and 'move' mode where only the actions with a mode that matches that of the workspace are allowed through?

@microbit-matt-hillsdon
Copy link
Contributor Author

See also the discussion from this comment re clicking outside of the workspace.

@microbit-matt-hillsdon
Copy link
Contributor Author

What do folks think re this behaviour? @rachel-fenichel @maribethb

@microbit-matt-hillsdon
Copy link
Contributor Author

Closing in favour of #560

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Can trigger context menu in keyboard move mode

2 participants