-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tracking: Typography Design Tools Consistency #43242
Comments
This is great, thanks @aaronrobertshaw just closed out mine in favor of this issue. Let's fill out this table! I'm happy to pick off a few if you want help Aaron. |
An overall update on progress towards design tools consistency has been added to the primary tracking issue, including our goals for WordPress 6.1. |
I've updated this tracking issue's description to include a brief section on "Captioned Blocks" and why we won't be adopting typography supports for them just yet. TL;DR
|
Update:
|
Is anyone aware of a similar issue but for adding more of the typography design tools to the supports for custom blocks? (As of writing, custom blocks only support |
You should be able to opt-in to various features not only in core blocks but also in custom blocks using properties with the Note that this may be an experimental property. Previously, an article was posted about experimental APIs. I don't know exactly how experimental features that are already in the core will be handled in the future, but you may need to be careful when using them. |
Adding full typography controls to Audio, Embed, Gallery, Image, Login/logout, Post Featured Image, T_ag Cloud_ and Video would make sense. In particular, allowing the user to control the typography of the media caption for a specific block instance. |
Update: I have updated the table with the latest specs. At the same time, I also added the It is also worth noting that three new block support additions have been proposed:
|
Thanks for updating this one @t-hamano 🙇 There's a few too many revisions to go through on the issue description. Can you link any PRs for what changed under the merged PRs section? It helps others tracking these efforts. |
I've rechecked all the core blocks and added all the PRs that added typography support to the merged PRs list 👍 |
Update: Added the Query Total block to the list. |
Overview
This issue details the current state of typography block support or design tool adoption across all blocks as well as tasks required to fill any gaps. Overall design tool consistency efforts are being tracked via the parent issue: #43241.
Known Issues
<Warning>
within the editor will have text-decoration styles forced upon it unless explicitly omitting the text decoration style before applying the styles its wrapper.text-decoration
cannot be reset as per other typography styles."typography": true
or"typography": "default"
li
items which will conflict with font size classes for the HomeLink block.Legend
Block Support Adoption
Note: Deprecated blocks have been omitted from this table. e.g. Comment Author Avatar, Post Comment & Text Columns.
Merged PRs
The following list details all the PRs merged as part of this effort to increase typography support.
Click to expand list of merged PRs
PRs with pending questions, discussions, or concerns
...
Blocks where we're making a conscious decision to skip Typography support
Captioned Blocks
There are several blocks which only have a caption as an inner textual element. While it is possible to adopt typography supports for these, there have been explorations towards implementing a Caption block that could be used as an inner block. Adopting typography supports now would likely mean needing to maintain their classes and styles or add extra deprecations should a Caption block land. Additionally, some captioned blocks add their own styles around captions that would override or conflict with those provided by the typography supports.
The current thinking is that we'll postpone any block support adoption here until after 6.1 as that will provide a window to revisit a dedicated Caption block, refactors, and explorations for more complicated blocks such as the Gallery block, which still might benefit from typography supports (so users have a single place to set all the caption styles for its inner images).
The captioned blocks to be revisited after 6.1 are;
Planned Follow-ups
Possible Follow-ups
The text was updated successfully, but these errors were encountered: