We could maybe add a prettify option down the road.

Juggling methods around to cater for adding styles to (any) store.
Also making return values consistent.

…le_engine_get_block_supports_styles` so we can enqueue styles that don't need parsing, e.g., layout

Co-authored-by: Ari Stathopoulos <aristath@gmail.com>

* abstract stores

* "else" not needed

* compile_classnames method not needed

* we have a method to get the store here

* Make the wp_style_engine_add_to_store function always return a store

* wp_style_engine_get_stylesheet - always return string

* Merged with base branch.
Added test for new method.

Co-authored-by: ramonjd <ramonjd@gmail.com>
Co-authored-by: Ramon <ramonjd@users.noreply.github.com>

Adding tests.

…it can be used to process any CSS and not just stored CSS.

Updating layout for backwards compatibility in gutenberg_get_layout_style (returning the styles that are collected in the function body only)
Created a new mode for incoming $css_rules to be a collection of selector + css_declaration keys.
Removed wp_style_engine_get_stylesheet (from store) since we don't use it yet
Added a new function wp_style_engine_get_stylesheet_from_css_rules() that will process and compile a collection of CSS rules, and not store them.

Removing unused function wp_style_engine_get_stylesheet_from_store
Updating tests to check for merging and deduping

…e()`

… to ensure the hook is enqueued here.

Co-authored-by: Andrew Serong <14988353+andrewserong@users.noreply.github.com>

…ub.com:WordPress/gutenberg into try/style-engine-enqueue-block-supports-styles