Gutenberg: Blocks: Introduce separate stylesheet for editor with optional theme opt-in

Created on 6 Oct 2017  路  11Comments  路  Source: WordPress/gutenberg

Markup:

<hr class="wp-block-separator">

CSS:

.wp-block-separator {
    border: none;
    border-bottom: 2px solid $dark-gray-100;
    max-width: 100px;
    margin: 1em auto;
}

Many themes have styles for <hr> element so this will have styling issues with many themes. I propose removing styles from the front-end. Yeah I know then it would not match styles in the Gutenberg. That's something we need to solve.

Customization [Feature] Blocks

Most helpful comment

@aduth we have been reducing styles for many blocks in various releases, notably the quote styles. I think we need to regroup here and introduce the notion of core_block_styles which themes might opt into supporting via add_theme_support, since many themes do want our styles (specially new ones) but many others don't. The tricky bit is how to separate _structure_ from _visuals_.

Maybe we should introduce another theme.scss for blocks (next to style.scss and edit.scss? Might give an easier way to also overwrite visuals _within_ the editor without affecting structural styles.

All 11 comments

I think we need to be really cautious removing all styling. A lot of themes to be honest do styling wrong. Offering some (note some) default styling is not a bad idea.

A lot of themes to be honest do styling wrong.

That's a bold statement even for <hr> styling. But like I said in other ticket I'm OK that all blocks have default styling.

@samikeijonen yes, this one could potentially cause some unintended issues. Can we do a quick test through a few of the top themes to see if there are obvious things we can protect from? (The twenties, etc.)

As long as we only target the class, I think we can treat this separator as a special separator鈥攗nless, obviously, the theme wants to provide their own styles for it.

Can we do a quick test through a few of the top themes to see if there are obvious things we can protect from? (The twenties, etc.)

I can add screenshots here when I have some time. Twenty-* themes are not going to be problem though because we know to update and make small CSS tweaks to them before Gutenberg is released.

FWIW, this also happens with the Independent Publisher theme.

Could it be worth exploring the possibility of having the block class in the block section settings so users don't have to switch back to HTML to remove the class?

I think we should consider dropping automatic inclusion of some specific blocks styles that tend to always have theme styles (blockquote and hr would fall there).

From the conversation, it appears there are two action items here:

  • Remove front-end styling for Separator block (move styles from styles.scss into editor.scss)
  • Remove front-end styling for Quote and Pull Quote block (move styles from styles.scss into editor.scss)

Let me know if these are incorrect.

@aduth we have been reducing styles for many blocks in various releases, notably the quote styles. I think we need to regroup here and introduce the notion of core_block_styles which themes might opt into supporting via add_theme_support, since many themes do want our styles (specially new ones) but many others don't. The tricky bit is how to separate _structure_ from _visuals_.

Maybe we should introduce another theme.scss for blocks (next to style.scss and edit.scss? Might give an easier way to also overwrite visuals _within_ the editor without affecting structural styles.

Maybe we should introduce another theme.scss for blocks (next to style.scss and edit.scss? Might give an easier way to also overwrite visuals within the editor without affecting structural styles.

I really like this idea and think going forward it solves a lot of issues.

Closing in favor of #5360 as it has a wider overview.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

pfefferle picture pfefferle  路  3Comments

spocke picture spocke  路  3Comments

BE-Webdesign picture BE-Webdesign  路  3Comments

hedgefield picture hedgefield  路  3Comments

moorscode picture moorscode  路  3Comments