• studio1337

    (@studio1337)


    We manage roughly 70 WP sites on behalf of our clients. A few of them maintain active staging accounts, and its within these accounts that I witnessed just how destructive Gutenberg can be. We make extensive use of Advanced Custom Fields, particularly the Flexible Content feature. Our least broken version of a broken site featured the Gutenberg editor and none of our custom fields. In the worst version, absolutely nothing loaded, not Gutenberg, not our layout editor (custom-built by us, but only using core ACF functionality), nothing – just the menu on the left and a blank screen on the right.

    At best, this should be an optional plug-in you can use to replace the established TinyMCE editor. It should NOT be core, and should not be a forced download, whether as part of the core or plug-in. If I had it my way, it would simply be scrapped. I know neither of these things will happen, but unless there’s a major restructuring of Gutenberg or WP commits to supporting the original editor as part of core indefinitely, it’s going to be a LONG time before we upgrade any of our clients to 5.x. FYI, I tried installing the Classic Editor plug-in on top of Gutenberg, and it did not work. I had to deactivate Gutenberg entirely. I haven’t played with the beta, so I’m not sure if the Classic Editor plug-in will override Gutenberg properly when Gutenberg is part of the core build, but in the interest of ensuring the Classic Editor doesn’t get pulled out from under us in the future, we are freezing upgrades for the immediate/foreseeable future.

Viewing 5 replies - 1 through 5 (of 5 total)
  • KartHost

    (@karthost)

    It’s my understanding, with WordPress 5.0 Guttenberg will be no different than WordPress 4.9.8 meaning you can decide which to use, Classic Editor or Gutenberg.

    Unless this has changed, but according to Matt, 5.0 other than WordPress core bug fixes, will be no different than 4.9.8 his quotes
    If we keep the 5.0 release to strictly 4.9.8 + Gutenberg, we will have a release that is both major and a non-event in terms of new code,” Mullenweg said. “It’s all battle-tested. In some ways, 5.0 is already de facto out in the wild, with some forward-looking hosts already installing and activating Gutenberg for new installs.

    So, unless something has changed, I believe you should be good with 5.0 install. Someone that has used the 5.0 Beta Version should confirm.

    Thread Starter studio1337

    (@studio1337)

    So 5.0 will ship with Gutenberg as a plug-in that can be deactivated (or even better, a plug-in that isn’t active by default)? If that’s the case, then I’m a little less concerned, though I’m most concerned about TinyMCE being phased out of core and relegated to a community-supported plug-in – basically that the classic editor and Gutenberg will switch places.

    It’s not that I mind terribly if the classic editor is a plug-in or core, but that moving forward decisions related to the editor will be made without any consideration for TinyMCE, and this will be a constant game of waiting for the classic editor plug-in to be updated to conform to the latest WP version, which puts way too much important functionality outside the purview of the core build. That makes me nervous as hell.

    bkjproductions

    (@bkjproductions)

    Unfortunately, @studio1337, as far as I can tell, 5.0 ships with Gutenberg installed into core. That has been the plan all along; no amount of complaining seems to have any effect on this. ??

    I have been running a beta version of WP that gets the nightly beta builds, and for a while Gutenberg was active on it, but after one beta upgrade or other, it deactivated Gutenberg-the-plugin. So I would surmise that it seems to be firmly ensconced in core now, because if I turn on or off the Gutenberg plugin, I still get the Gutenberg editor. (That is, it seems to work with Gutenberg-the-plugin on or off, which is sort of interesting; I would think it should automatically turn off.)

    Installing the Classic Editor plugin, which I think is a choice you get to make when a site upgrades to 5.0, restores my Custom Fields.

    This test site is using WP version (5.0-beta3-43878), and version 4.4.0 of Gutenberg and 5.7.7 of Advanced Custom Fields Pro.

    If you do not see your Custom Fields (either Advanced or “normal”):
    You simply need to go up to the top right of the Gutenberg editor and click the 3 dots. (That used to be clearly labeled “Screen options” in the old editor.) Look at the bottom of that panel for the Options button, which is sort of separated from the other topics like View, Editor, and Tools, for some reason. Click that. Then look for Advanced Panels. Then find Custom Fields and click that. (This may reload your page, so if you have done any editing, save it first just in case.) With a little testing, it does seem to me that “normal” custom fields continue to show at the bottom below the Gutenberg editor. Easy enough!

    Bear in mind, to make life interesting, Advanced Custom Fields will turn off the “normal” custom fields, unless you add some special code to your functions.php file to make it show both ACF and normal custom fields. I am not sure how Gutenberg will play into this.

    Thread Starter studio1337

    (@studio1337)

    Hi @bkjproductions – thank you very much for your reply. I was wondering where this setting might be. That wasn’t the most intuitive placement, but at least it’s accessible. That said, as you suggested, this would only make meta data fields available, but this strips away all of the ACF functionality that makes it useful (like flexible layouts, repeaters, etc.). It’s just the list of custom fields and a place to enter a value. All of the structure is gone.

    If this was some esoteric plug-in with which we were experimenting on a site or two, I might be less stressed about it, but this is a widely used plug-in with TONS of power and support, and to say we rely on it as a development tool would be an understatement. Frankly, outside of the absolute most basic sites and extremely complex, fully custom-programmed sites (what I imagine to be the upper .1% and the lower 10% of all WP sites), I can’t imagine a developer not making use of this tool in his or her work.

    I understand it’s up to plug-in developers to make their plug-ins work as expected with future releases of WordPress. It just seems like the infrastructure that allows ACF to function so robustly for developers is completely removed from sites once Gutenberg is turned on, and of course the one test we ran where nothing whatsoever loaded is going to be extremely problematic, as nothing whatsoever can be done with that site or any others that display the same result. I need to be able to add content meta to the tops, bottoms and sides of the main editor for proper edit-page workflow, and the mechanisms that power that metadata need to be intact. Gutenberg renders our sites functionally impotent across the board. We often program pages/sites to bypass the default editor entirely, telling clients to only use it for brief page summaries so text shows up in internal site searches. Forcing us to use it as the primary (or only) content vehicle is abominable.

    Moderator Steven Stern (sterndata)

    (@sterndata)

    Volunteer Forum Moderator

    Folks, these are reviews, not discussions. Good stuff, but please take it to a blog or Twizzler, or Fatebook.

Viewing 5 replies - 1 through 5 (of 5 total)
  • The topic ‘Breaks every site’ is closed to new replies.