12 Comments

  1. Sheila

    Avada’s Fusion Builder does this already.

    You can save pages, containers, columns, elements, etc to the Library.

    Report

    • Nikita Singh

      yes i agree with you Avada’s Fusion Builder already implemented this feature. But may be Gutenberg 3.9 will work great.

      Report

    • Niall Flynn

      I know its just bizarre why they want this as part of core.

      Report

    • Jack Surveyer

      So does Divi, Beaver Builder, Thrive Architect, Elementor, Visual Composer and many other PageBuilder tools deliver now reusable templates Gutenberg is late to the game and still does not have the facilities for managing and display, and globalizing templates that many of the PageBuilders have.

      It seems that WordPress is devoting so much effort to duplicating functionality that is already available and then according Gutenberg the reward for being late – it goes core and gets all the associated privileges of core.

      This programming duplication effort could be better spent on going to the Cloud, supporting Kubernetes, Elastic Search, Kafka, and other messaging and data transfer protocols much more functional and robust than the RestAPI 2.

      For WordPress to become the Web’s Operating System – or even Frontend – it must embrace the cloud, containers, and messaging with robust data interchange that is currently fast emerging. I was at AWS, Microsoft Azure and most recently Google Cloud Platform, and WordPress was treated as an afterthought by all three principle forgers of the Webs future.

      Report

  2. David

    what happen with the feature freeze plan? it seem that GB keep adding new feature.

    Report

    • Bud Kraus

      Exactly what I was thinking. Clearly and regrettably, Gutenberg is going off the rails. How about fixing the problems before release like making multi-column block responsive?

      Stop with the new features!!

      Report

  3. Stephen Vaughan

    True. And in light of that fact that this was the intention, in the face of criticisms at what Gutenberg lacks compared to the current editor and all the the bugs extant, you would wonder.

    I keep returning to test Gutenberg on each new release and all I see is the same bugs/bad implementation. Two things. Terrible buggy implementation of metaboxes and whether you can arrange them below the content or in the sidebar. If one or the other areas are empty, you can’t move a box to those empty locations, no way José. And, if you load the editor and then attempt to leave, having not made any changes, you are asked to update.

    Other than that revisiting Gutenberg with updates has the sense of rearranging the deckchairs on the Titanic.

    Gutenberg, some nice ideas, looks nice, but underneath very clunky, clumsy and badly implemented…not very useful. To boot, wildly surpassed by many, many page builders already on the market.

    Report

  4. Joseph Dickson

    Wow I can see how this would be very useful to create simple items like an “accordion block” Just add an open/close mechanism and you’ve got a fly out of text at the click of a headline.

    Report

  5. Anh Tran

    This is a good improvement. I’ve been using Beaver Themer and Meta Box together, and it supports building a flexible templates very easily and flexibly. The templates / reusable blocks really help reducing time building a page. I guess this is a step-forward to make Gutenberg a truly page builder.

    Report

  6. Birgit Pauli-Haack

    “Template” might be a misleading term. Reusable blocks are more text snippets, more like reusable content with fixed layout.

    If you reuse a block, like a call-to-action button 30 times around your site and for 31st time you change the URL – the change will propagate over all previous instances of your block.

    There is a step in between to prevent this: Convert the reusable block to stand-alone-block first, before making an unwanted change.

    Block Templates with placeholder content are still reserved for Custom Blocks

    Report

  7. David Bennett

    I am going to ask a question as a non-developer, perhaps as a typical user of Gutenberg when it reaches core.

    At the moment, Gutenberg is a plugin. A few people, Mike McAllister and Danny Cooper to name two, have made additional blocks that are available as plugins.

    When Gutenberg goes into core, I will want to use some additional blocks (pricing tables from Danny Cooper would be an example).

    If that block is in a collection of blocks available as a plugin I could add the plugin.

    I could then end up with many plugins, really only wanting just one or two blocks from each plugin, and perhaps lots of repetition because the different plugins cover a lot of the same ground.

    In an ideal world, I don’t want extra plugins on my site if they don’t need to be.

    Is there a way I could extract the blocks I want, keep them and remove the plugin? Would reusable templates enable me to do this?

    Is there a different way to do it? Will there be a repository of just blocks and only blocks that can be exported to a site without the need to add a plugin at all?

    Report

    • Daniel Nisbet

      Is there a way I could extract the blocks I want, keep them and remove the plugin? Would reusable templates enable me to do this?

      Technically yes. However, it would require a bit of programming chops and knowing what you need from the plugin to make the specific block(s) that you want work. On top of that, you’d still need to add it to a plugin of some sort so WordPress still runs the code.

      Reusable templates only work when the code is there to run.

      Generally speaking, it would just be easier to keep the plugin intact. That way, you also get any future updates, improvements, or enhancements.

      Report

Comments are closed.

%d bloggers like this: