Skip to content

feat: auto confirm a move on subsequent action #437

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
wants to merge 1 commit into
base: main
Choose a base branch
from

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?

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