This includes a small bug where the target pane wouldn't automatically update if changes to the sprite occured while in fullscreen/player mode.

Closes #4221

Dispatching a message through redux makes it reconsider all currently
listening components. Dispatching for each block, while loading, can
mean dispatching and reconsidering thousands of times if not more.
While dispatching is pretty quick doing this for every block ends up
taking a lot of time.

This prevents unnecassary changes that do not matter to the player view because they were made by the project in progress (i.e. made by running the blocks, or by cloud var updates)

We are emitting targets update because the event is disabled in player mode, but gets re-enabled and re-emitted when switching back. The API on that function was changed to allow events to be marked "not project changes"

Listen to the new project changed event from the VM and keep track of the state in Redux.  Update it as appropriate.

Known issue is that the project is marked as "changed" immediately after it's loaded. This is due to asynchronous event emitting while the project data is loaded, and needs an update to the VM to fix.

This is needed to make the project page work as expected. In the future, investing in ways of making those accessility features work would be good. But for now, it is broken for everyone because it both sends events to the VM _and_ scrolls the page.

made alert messages translation-ready
updated project saver hoc
default alerts to COLOR_ORANGE

got tests working

made neutral button color

Set up cloud provider and attach it to the VM. Obtain information about cloud host and username from props.

We do not need these events when in fullscreen or player mode, and even if they do not change anything, the dispatch takes time.

This also re-requests a vm.emitTargetsUpdate when transitioning from fullscreen/player back to editor mode to make sure the most recent data is shown.

* Add mic indicator

* Fix mic indicator position and margin

* Don’t always show indicator, don’t sneaky-enable extension

* Position mic indicator in RTL

* Actually, don’t move indicator in RTL

* Update event name for MIC_LISTENING

* Move mic indicator state into redux

* Move stageSizeToTransform into screen-utils

* Position mic indicator and question at bottom of stage

* Fix pointer events

* JSDOC for stageSizeToTransform

* Pass micIndicator into StageComponent via …props

* added account navigation menu, copied and adapted from www

* fixed css

* support for login menu, registration menu from www

* Dropdown replaced with MenuBarMenu, override www css in menus

* render and style login dropdown via function from www

* moved menu styling from menu itself to menu bar

* refactoring menu components and containers

* refactor and restyle account nav menu

* cleaned up cruft and css per rschamp's review of PR 3070

- empty MapDispatchToProps (dispatch)
- remove `on…` VM listeners from props passed to wrapped component.

Move listeners up to vmListenerHOC, and add listeners for new turbo mode events from scratch-vm#1413

* Export initial states for each reducer
* combine all gui reducers (excludes scratchPaint and intl)
* combine all initial states to create default guiState for preloading in www
* expect all of the gui state to be accessible at `state.scratchGui`

Prevent crashes resulting from the editing target not being on the target list.

Revert "Changes to hash should happen through project loader hoc. Changes to the current project id and current project data should happen in a reducer since they are part of global state. That way, the load button can affect the global project data as well."

This reverts commit e4fe143b.