Skip to content

Conversation

@microbit-matt-hillsdon
Copy link
Contributor

@microbit-matt-hillsdon microbit-matt-hillsdon commented Jun 25, 2025

Aim is to illustrate a bug where a new workspace comment has different behaviour to one that's been loaded (the new Cmd+Enter shortcut seems not to work). Will also be useful once navigation is supported for comments themselves.

Demo: https://test-comments.blockly-keyboard-experimentation.pages.dev/?scenario=comments&toolbox=toolbox&renderer=zelos

Aim is to illustrate a bug where a new workspace comment has different
behaviour to one that's been loaded. Will also be useful once navigation is
supported for comments themselves.
@microbit-matt-hillsdon microbit-matt-hillsdon requested a review from a team as a code owner June 25, 2025 11:55
@microbit-matt-hillsdon microbit-matt-hillsdon requested review from RoboErikG and removed request for a team June 25, 2025 11:55
* @param {string} scenarioString Which scenario to load.
*/
export const load = function (workspace, scenarioString) {
const scenarioMap = {
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Alphabetised so I don't have to think too hard where new ones go.

@microbit-matt-hillsdon
Copy link
Contributor Author

Started to consider comment navigation more systematically on this doc, will get more micro:bit team input tomorrow. But I think we need to do something soon about the fact you can get trapped in block and workspace comments if you don't use the mouse.

@RoboErikG RoboErikG merged commit ef1faa8 into RaspberryPiFoundation:main Jun 25, 2025
8 checks passed
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.

2 participants