The inline css method gives us nothing that CSS modules can't give us. This puts the project more in line with the way www works, and makes CSS actually readable.

Using class names gives us full control of the modal styles.

Refactor SpriteSelector into "Target Pane" which contains the sprite selector, stage selector, and the buttons for new sprites, costumes and backdrops.

Add a new stage selection component that displays the stage separately from the sprite list.

In preparation to split the sprites from the stage, start managing the target list state in a single place.

Don't block keys intended for the browser

This allows the keys to be used for developer shortcuts, but also keeps the "if any key pressed" block working (and hacked key blocks).

This is mostly because it was annoying that Cmd-Opt-J didn't work, but seems like a good thing to have in general.

Glow flag/stop button when scripts are running

For now this uses the CSS `filter` property to crudely "highlight" for the active state. This is a temporary solution until we have a real design for the active states.

These were named inconsistently in scratch-vm

Fix string interpolation in costume-library

This removed our vendor files before. Prevent anything else from happening in the future

Set up base eslint config in .eslintrc.js

After doing this, new rules began applying for some reason:

`eol-last` only began taking the 'always' parameter as of 3.6.0, so I needed to update eslint.
`no-unused-var` started warning about process.env after updating the config structure
`comma-dangle` decided to start working, maybe because of the upgrade to eslint?  Autofixed with --fix

Actually lint React files

Includes rules missed in the first pass of eslint rules

Previously eslint ignored .jsx files :|

eslint-config-scratch: React + ES6 Edition

node relevant at the root, but not in src. Broser relevant in src, but not in root.

null !== undefined