Preview FAQ -> FAQ

Make welcome image in modal match the homepage banners

Preview -> Beta (:D)

HT @paulkaplan

Locale detection function that checks browser setting and lets URL parameter (locale= or lang=) override the browser setting.

Add `?locale=<localecode>` to load in a new langage.
Add `?enable=language` to enable the language selector
Or combine the two: `?enable=language&locale=<localecode>`
Still accepts a hash, but requires that the hash be a sequence of digits.

Added new locales reducer to gui:
- initializes default  react-intl/localeData
- initializes default locale messages for all locales
- default locale is ‘en’ (can be overridden by URL)

Removed dependency on react-intl-redux, added ConnectedIntlProvider (uses correct locale messages from redux based on current locale)

Fixes integration test which was failing trying to use the context menu

It's failing in CI for reasons we don't yet understand

Tests adding a list through the UI, the add <thing> blocks, the reported value and adding items using the monitor UI

* 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`

- better split of hash-parser/project-loader unit tests.

The project loader that is exported with GUI just expects to be passed projectId as a prop, and it manages loading project data.

The part of the project loader that watches for URL hash changes for the playground is a new HOC that is only used in the various playground examples.

Question, should ‘x’ and ‘y’ be localizable?

This reverts commit 29d5619d.

* Updates to preview modal for release

* Design tweaks and remove import modal

* Resolve issues with tests

* Copy edits HT Eric

* Resolve lint issue with integration test

* One more change to the disclaimer language

* Add line break