Since we will be adding more interactivity, the active state will
eventually pop the menu open, so I'm not worried about accessibility of
this right now.

It claims to support other sample rates, as the spec requires, but it
does not.

This is a long standing issue with how iOS deals with scrollable
elements within a fixed area. This was a helpful resource
https://davidwalsh.name/scroll-iframes-ios

Showing/hiding 'more options' in the different types of variable prompts based on var type provided from scratch blocks

I created the project in the wrong place.

Remove the WebGL checks from the error boundary. Instead, just do not
render the stage if it is not supported.

Additionally render the canvas at a multiplier of the device pixel
ratio, so we get hidpi images for supported screens. The fixed CSS
sizing allows us to do that.

The problem was that on Edge, flexbox apparently can grow canvas
elements, whereas on Chrome/FF the canvas width/height is respected. No
problem, we can set the width/height in CSS to fix it, which
conveniently allows us to also fix the low-res-on-retina-screens problem
at the same time.