Scratch-blocks: input renders out of the block panel
Expected Behavior
it shouldn't happen
Actual Behavior
but it happened
Steps to Reproduce
Write something looooooooooooooooooooooooooooooooooooooooooooong in the inputs
Operating System and Browser
Windows 8.1, Google Chrome 60.0.3112.78
Moved from LLK/scratch-gui#933
/cc @cyx2015s
thisandagain
All 5 comments
What's the expected behaviour? The flyout doesn't scroll horizontally. Blocking them from typing seems like a bad idea. This seems like the least bad response.
rachel-fenichel
on 21 Nov 2017
It shoud renders under it, but it renders over it
cyx2015s
on 23 Nov 2017
Yeah, the input shouldn't overflow into the scripts area.
Kenny2github
on 23 Nov 2017
I disagree--then we'd get a bug report that you can't see what you're typing in the block menu. I'd rather show what the user typed. When you click away from editing that text it stops overflowing, so it's not getting in the way except when you're actively trying to type long text.
rachel-fenichel
on 27 Nov 2017
Frequently reported in Scratch 3.0 feedback, but we've agreed that the current behaviour is fine.
The exception is if it gets wide enough to add a scrollbar to the entire page, instead of just going over other elements.
rachel-fenichel
on 21 Mar 2018
Related issues
brianpoor5775
路
4Comments
towerofnix
路
4Comments
bfunc
路
5Comments
towerofnix
路
5Comments
tmickel
路
6Comments
Most helpful comment
I disagree--then we'd get a bug report that you can't see what you're typing in the block menu. I'd rather show what the user typed. When you click away from editing that text it stops overflowing, so it's not getting in the way except when you're actively trying to type long text.