leoloso

<p>This plugin helps convert WordPress into a manager of our digital content, to publish it in different mediums or platforms: not just the website, but also email, iOS/Android apps, home-assistants (like Amazon Alexa) and others.</p>
<p>It does this by extracting the metadata from all Gutenberg blocks inside of a blog post. Because each Gutenberg block stores its own content and properties, these ones can be extracted as metadata and exported through a JSON object, accessible through a REST API endpoint, to feed any application on any platform.</p>
<p>The plugin makes the following REST API endpoints available:</p>
<ul>
<li>/wp-json/block-metadata/v1/metadata/{POST_ID}: Extract all metadata from all Gutenberg blocks in a blog post with id {POST_ID}, converted to medium-agnostic (eg: removing all non-semantic HTML tags)</li>
<li>/wp-json/block-metadata/v1/data/{POST_ID}: Extract all data from all Gutenberg blocks in a blog post with id {POST_ID}, as originally stored in the block by Gutenberg (eg: containing HTML code)</li>
</ul>
<p>Demonstration:</p>
<ul>
<li><a href="https://nextapi.getpop.org/posts/cope-with-wordpress-post-demo-containing-plenty-of-blocks/" rel="nofollow ugc">Blog post</a></li>
<li><a href="https://nextapi.getpop.org/wp-json/block-metadata/v1/data/1499" rel="nofollow ugc">Blog post’s Gutenberg blocks</a></li>
<li><a href="https://nextapi.getpop.org/wp-json/block-metadata/v1/metadata/1499" rel="nofollow ugc">Blog post’s medium-agnostic metadata</a></li>
</ul>
<h4>How does it work?</h4>
<p>This plugin is based on the strategy called “Create Once, Publish Everywhere” (also called “COPE”), which reduces the amount of work needed to publish our content into different mediums by establishing a single source of truth for all content.</p>
<p>Having content that works everywhere is not a trivial task, since each medium will have its own requirements. For instance, whereas HTML is valid for printing content for the web, this language is not valid for an iOS/Android app; similarly, we can add classes to our HTML for the web, but these must be converted to styles for email.</p>
<p>The solution is to separate form from content: The presentation and the meaning of the content must be decoupled, and only the meaning is used as the single source of truth. The presentation can then be added in another layer, specific to the selected medium. For instance, given the following piece of HTML code, the <code><p></code> is an HTML tag which applies mostly for the web, and attribute class=”align-center” is presentation (placing an element “on the center” makes sense for a screen-based medium, but not for an audio-based one such as Amazon Alexa):</p>
<pre><code><p class="align-center">Hello world!</p>
</code></pre>
<p>Hence, this piece of content cannot be used as a single source of truth, and it must be converted into a format which separates the meaning from the presentation, such as the following piece of JSON code:</p>
<pre><code>{
  content: "Hello world!",
  placement: "center",
  type: "paragraph"
}
</code></pre>
<p>This piece of code can be used as a single source of truth for content, since from it we can recreate once again the HTML code to use for the web, and procure an appropriate format for other mediums.</p>
<h4>Supported Gutenberg blocks</h4>
<p>This plugin attempts to extract the metadata for all Gutenberg blocks shipped in WordPress core; support for additional blocks, such as from plugins, can be added through hooks. Not all Gutenberg blocks can be supported (for instance, because they may only work for the web, or only make sense when applied to screen-based mediums, among other reasons).</p>
<p>The following WordPress core blocks are currently not supported:</p>
<ul>
<li><code>"core/columns"</code></li>
<li><code>"core/column"</code></li>
<li><code>"core/cover"</code></li>
<li><code>"core/html"</code></li>
<li><code>"core/table"</code></li>
<li><code>"core/button"</code></li>
<li><code>"core/media-text"</code></li>
</ul>
<p>The following Gutenberg blocks are supported, and this plugin extracts their metadata:</p>
<ul>
<li><code>"core/paragraph"</code></li>
<li><code>"core/image"</code></li>
<li><code>"core-embed/youtube"</code> (all other <code>"core-embed"</code> blocks can also be extracted, but must be implemented through a hook)</li>
<li><code>"core/heading"</code></li>
<li><code>"core/gallery"</code></li>
<li><code>"core/list"</code></li>
<li><code>"core/audio"</code></li>
<li><code>"core/file"</code></li>
<li><code>"core/video"</code></li>
<li><code>"core/code"</code></li>
<li><code>"core/preformatted"</code></li>
<li><code>"core/quote"</code></li>
<li><code>"core/pullquote"</code></li>
<li><code>"core/verse"</code></li>
</ul>
<h4>Extracting metadata for additional blocks</h4>
<p>We can extend this plugin to extract the metadata for additional blocks, such as those shipped through plugins. To do this, simply add a hook for filter <code>"Leoloso\BlockMetadata\Metadata::blockMeta"</code> (located in function <code>get_block_metadata($block_data)</code> from class <code>Metadata</code> in file <code>block-metadata/src/Metadata.php</code>). The attributes that must be extracted must be decided on a block type by block type basis:</p>
<pre><code>add_filter("Leoloso\BlockMetadata\Metadata::blockMeta", "extract_additional_block_metadata", 10, 3);
function extract_additional_block_metadata($blockMeta, $blockName, $block)
{
  if ($blockName == "my-plugin/my-block-name") {
    return array(
      "property1" => $block["property1"],
      "property2" => $block["property2"]
    );
  }

  return $blockMeta;
}
</code></pre>
<h4>Further references</h4>
<ul>
<li><a href="https://leoloso.com/posts/my-1st-wp-plugin/" rel="nofollow ugc">Inspiration for the plugin</a></li>
<li><a href="https://slides.com/leoloso/cope-with-wp" rel="nofollow ugc">Slides from presentation “COPE with WordPress”</a> (from WordCamp Singapore 2019), explaining how the plugin works</li>
</ul>
<h4>Contributing / Reporting issues</h4>
<p>Please head over to the project’s <a href="https://github.com/leoloso/block-metadata" rel="nofollow ugc">GitHub repo</a> for contributing, reporting issues or making suggestions, and others.</p>
<p><em>Banner image <a href="https://www.freepik.com" rel="nofollow ugc">designed by Freepik</a></em></p>


Block Metadata

Extract all metadata from all Gutenberg blocks inside of a post

John James Jacoby

Stuttter

<p>Pretty colors for categories, tags, and other taxonomy terms</p>
<p>WP Term Colors allows users to assign colors to any visible category, tag, or taxonomy term using a fancy color picker, providing a customized look for their taxonomies.</p>
<h4>Dependencies</h4>
<p>This plugin requires <a href="https://wordpress.org/plugins/wp-term-meta/" title="Metadata, for taxonomy terms." rel="ugc">WP Term Meta</a></p>
<h4>Also checkout</h4>
<ul>
<li><a href="https://wordpress.org/plugins/wp-chosen/" title="Make long, unwieldy select boxes much more user-friendly." rel="ugc">WP Chosen</a></li>
<li><a href="https://wordpress.org/plugins/wp-pretty-filters/" title="Makes post filters better match what's already in Media & Attachments." rel="ugc">WP Pretty Filters</a></li>
<li><a href="https://wordpress.org/plugins/wp-event-calendar/" title="The best way to manage events in WordPress." rel="ugc">WP Event Calendar</a></li>
<li><a href="https://wordpress.org/plugins/wp-media-categories/" title="Add categories to media & attachments." rel="ugc">WP Media Categories</a></li>
<li><a href="https://wordpress.org/plugins/wp-term-order/" title="Sort taxonomy terms, your way." rel="ugc">WP Term Order</a></li>
<li><a href="https://wordpress.org/plugins/wp-term-authors/" title="Authors for categories, tags, and other taxonomy terms." rel="ugc">WP Term Authors</a></li>
<li><a href="https://wordpress.org/plugins/wp-term-colors/" title="Pretty colors for categories, tags, and other taxonomy terms." rel="ugc">WP Term Colors</a></li>
<li><a href="https://wordpress.org/plugins/wp-term-icons/" title="Pretty icons for categories, tags, and other taxonomy terms." rel="ugc">WP Term Icons</a></li>
<li><a href="https://wordpress.org/plugins/wp-term-visibility/" title="Visibilities for categories, tags, and other taxonomy terms." rel="ugc">WP Term Visibility</a></li>
<li><a href="https://wordpress.org/plugins/wp-user-activity/" title="The best way to log activity in WordPress." rel="ugc">WP User Activity</a></li>
<li><a href="https://wordpress.org/plugins/wp-user-avatars/" title="Allow users to upload avatars or choose them from your media library." rel="ugc">WP User Avatars</a></li>
<li><a href="https://wordpress.org/plugins/wp-user-groups/" title="Group users together with taxonomies & terms." rel="ugc">WP User Groups</a></li>
<li><a href="https://wordpress.org/plugins/wp-user-profiles/" title="A sophisticated way to edit users in WordPress." rel="ugc">WP User Profiles</a></li>
</ul>


WP Term Colors

I needed to save colors for terms, and found that @jjj had already done the work. Accessing the saved colors is pretty straightforward using the new (WP 4.4 or newer) built-in utility function:
$color = get_term_meta( $term_id, 'color', true );
The terms are saved in hex format (#eeee22) so are ready to use once retrieved.
Thanks @jjj.



Works well with WP's new termmeta table

Pretty colors for categories, tags, and other taxonomy terms

Block Metadata vs WP Term Colors