This fixes the root cause of #2858, which is caused because we are rendering the sound editor based on the GUI editing target data, but retrieving the sound based on the vms editing target data. The throttle of the redux action was causing those to get out of sync while a project was running.

The throttle is not needed because the vm runtime already batches those updates at 30 fps. The updates that come from top-level actions like switching sprites go out immediately.

This is also a minor performance boost, because there was a few ms being spent in setting and checking timers that were not needed.

https://github.com/LLK/scratch-gui/pull/4312 had a function name conflict with the existing code. This change fixes that by renaming the conflicting function, and removes redundant code.

www needs to know when a project finishes loading so that remixing can be disabled while the project is in a state that cannot be remixed.

The playground now displays this on startup when in Scratch Desktop
simulation mode.

Liked @paulkaplan’s suggestion that the property get renamed `showBranding` as we use ‘embedded’ in multiple ways that would get confusing.

The embedded project view is ‘playerOnly’, ‘fullscreen’ and ‘showBranding’.

use blue creating screen for new projects; revised alert text for copy, remix; saving messages don't dismiss alerts

I do not like how the alert component is hyper specialized for two distinct use cases. It would be much better to refactor the alerts so that the alerter can just fill the alert with whatever they want. But I do not feel comfortable making that refactor because I know ben and evelyn have gone back and forth about these alerts.

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.

Adds `?tutorial=all` as a recognized option. Gui opens without the preview modal, and with the Tutorials Library open.

Back button in the Tutorials Library takes you to the Editor (not back to referrer).

This will work better if there are other query string options that need to be handled later. It also handles the distinction between ‘all’ and the other tutorials better.

The use of an "override" prop that allowed the preview modal to be hidden without actually changing the redux state was causing a problem where the block editors where not closing when modals were opening. That is because it relied on the modal reducer being accurate.

I defaulted the preview state to false to make it simpler to consume the GUI, as www will not want the preview info to be true. I made it true in the playground instead.

This fixes https://github.com/LLK/scratch-gui/issues/3710

Adds `?tutorial=all` as a recognized option. Gui opens without the preview modal, and with the Tutorials Library open.

Back button in the Tutorials Library takes you to the Editor (not back to referrer).