Very interesting. Please keep us informed if it crops up again.
WIll do more testing
So far, with Chrome Version 131.0.6778.204 (Official Build) (64-bit) on Linux Xubuntu 24.04.01 LTS
Update Blockly
-
Use the Ctrl/Option key to drag blocks from the middle of a stack
Works - good feature -
Join and create list blocks automatically extend to include new inputs if you drag values near them
Works - good feature -
Hold the shift key to drag a box to select, move, edit multiple blocks
Works, on second attempt (first attempt just drags blocks editor) -
Scroll automatically when dragging near edges of the workspace
Works - "when dragging a block!". This a bit disorientating at first, but guess it is something we will get used to
I've updated my description above to be a bit more specific.
I seem to have lost typeblocking on that server.
There is no response in the Blocks Editor to ' or any typing.
In Chrome, I still see the Unwanted Nudge when I switch from Designer to the Blocks Editor:
Remove Unused Blocks not working.
And I think it was on top of the items, why come to the end?
And there are too many menu items when right click, maybe we can consider to combine "Enable All blocks" and "Disable all blocks " as one, and "Show all comment" and "Hide all comments" as one.
I have the exact same experiences as @TIMAI2 on Fedora 41 with
Brave version 1.73.101 Chromium: 131.0.6778.139 (Official Build) unknown (64-bit)
Especially that you have to press SHIFT twice to be able to multi select blocks.
We've updated the test server with a patch to fix typeblocking.
Ironically, there are fewer menu items than on ai2 at the moment. I think the new Blockly CSS makes the menu items chunkier which gives the impression that there are more.
Ok, I was able to reproduce this. It seems to have to do with the window being short enough that the blocks/media on the left hand side is taller than the visible space. When this is the case, interacting with the blocks editor (such as moving the mouse over it) causes a focus event to fire, which scrolls the view so that the whole editor is in the viewport. If the window is large enough that the left column doesn't overflow the viewport, then the scroll isn't needed and the block editor is also fully within the viewport and the behavior is as expected. It also only affects the Classic UI, not Neo based on my testing.
Maybe that was the case, but 22 choices/options in a right click menu is (maybe) to many.
Is the Classic UI going to disappear in early 2025? I certainly hope not.
Tim commented on several items> Here are my annotations,
-
Use the Ctrl/Option key to drag blocks from the middle of a stack
-
Join and create list blocks automatically extend to include new inputs if you drag values near them. This is a terrible option. Can users be given the option to turn off the feature?
-
Hold the shift key to drag a box to select, move, edit multiple blocks
Works, . Well it Works, sometimes. This is not the tool to provide to novice users. -
Scroll automatically when dragging near edges of the workspace
Works - "when dragging a block!". This a bit disorientating at first, but guess it is something we will get used toI certainly hope not. This just doesn't work. My arthritic fingers are going to go wild just as they do with Windows 11 features that are always accidently being turned on when the offensive key is hit.
I for one and very disappointed to see this stuff. someone's convenience or cleaver idea is someone else's hurtle. I refer you to your own documentation https://accessibility.mit.edu/
This whole stretchable rectangular block selection approach does not work well on laptops. Maybe it should include auto-zoom to zoom out as you extend the selection rectangle over the screen boundaries?
I don't like selecting what I can't see.
Regarding block duplication in general, as a Power User I find it a great mess generator in the hands of noobs who did not read the chapter on procedures.
I would restrict the Duplicate option to only single blocks.
For contiguous stretches of blocks, I would replace it with a Generate Procedure option, which would request a name for the procedure, and produce a procedure with those blocks, with parameters for the enclosing local variables. Extra credit: replace the blocks with a call to the procedure.
Copy/Paste is poor practice.
Let's not encourage it.
As an AI2 user, hopefully it doesn't disappear at all, I prefer it over the new UI.
We intend to maintain both UIs going forward.