Scripts, main window

can click (through) the space between a scroll bar and the window edge: undesirable result is unintentional selection of a script below the scroll bar

More Blocks

when created, a ‘define’ block appears near the top of the main window instead of at the current view location of the main window

drag a ‘define’ block out (left) of the main window to delete works correctly; however, right-click on a ‘define’ block to delete and the block still appears in More Blocks, until something else happens to refresh

Sensing

the block that can be used to access the backdrop name (for the Stage) or costume name (for a sprite), does not allow changing back to a sprite once set for the Stage (ETA: if the first setting was a sprite)

Looks

the ‘backdrop name’ for the Stage also appears for each sprite; it should be ‘costume name’ for each sprite

Data

when a variable (in Data) is right-clicked and changed to a new name
-or-
when a variable (in the main window) is right-clicked and changed to another variable
-then-
the size of a block containing the variable does not adjust to the new length of the variable name

Drop-down menus

when a block is near the the bottom of the screen, cannot access (non-visible) items from lower in the menu; e.g., put the 'when [] key pressed' block near the bottom of the screen and try to select [z] ( ETA: Maximize browser window to reproduce this.)

for this situation, when there are more items (not visible) in the drop-down menu, perhaps a horizontal line followed by a centered down arrow at the bottom of the menu would work?

this would also overcome the problem of there being no visual cue to indicate the existence of more (non-visible) items in the menu; e.g., the 'when [] key pressed' block appearing to only support down to the [r] key