Tom Taylor

For v0.7.0, it probably makes sense to revert all use of snackbars back to alerts.

By revert, I just mean temporarily change the code in [editorView.js](https://github.com/adaptlearning/adapt_authoring/blob/release/0.7.0/frontend/src/modules/editor/global/views/editorView.js#L287-L295) and [projectView.js](https://github.com/adaptlearning/adapt_authoring/blob/release/0.7.0/frontend/src/modules/projects/views/projectView.js#L137-L140) to use alert again. There's no need for any deprecation warnings, let's just not publicise the feature...

That's not an error message I've seen before. Could you please give a bit more context to the issue? (and maybe any other log messages around the error to help...

All sounds sensible to me. I think we could do with abstracting the language layer too (i.e. your idea of using something like `i18n`) in case we ever want to...

@jpablo128 has requested support for country-specific language codes (i.e. en_us, en_uk, es_es, es_ar) to allow for different variants of the same language.

Yeah, a slider could work well. As a simpler example, this is something I've prototyped for a client: 

We now have the `data-adapt-framework-version` and `data-adapt-authoring-version` attributes on the `html` tag of any authoring tool post-v0.7.0 (see #1944). However, I'd also say there's still a need for a GUI...

Wrote this a while ago, haven't tested it since the refactor though: https://github.com/taylortom/adapt-socket

Will get this into the v0.11.0 release

@canstudios-scottd's fix has been ported to the v1.0 code