Forum Replies Created

Viewing 15 replies - 61 through 75 (of 148 total)
  • Thread Starter irishetcher

    (@irishetcher)

    I’m back again. Having a bit of an issue with Smush where it is shrinking the site logo down to a very small size. The header is formatted centre inline. I have to disable the Smush plugin to restore the logo to the correct size. I checked on another site Smush it isn’t causing the same problem with the same header configurator. I have done the usual troubleshooting, disable plugins and child theme.

    Thread Starter irishetcher

    (@irishetcher)

    Thanks Anton,

    Just tested on a backup site with latest updates for Divi and Smush. All’s good again.

    Thread Starter irishetcher

    (@irishetcher)

    I’m migrating some sites to day and will do some testing and will check over the updates.

    Thread Starter irishetcher

    (@irishetcher)

    Hi Ben,

    I actually only noticed it on the blocks that come standard with WordPress. I didn’t notice with the Kadence blocks or even the pre-made layouts. I would expect them to look different with customisations.

    I think it is specific to the Ocean theme.

    Thread Starter irishetcher

    (@irishetcher)

    Hi Ben,

    I checked on a fresh install, OceanWP and just Kadence and all is good there. I went back to the original site and did a bit of turning on and off of plugins and have got the editor widyh working again. It is either the plugin I am using for putting up a temporary maintenance page while I am building the site or Koiken blocks. I have managed to have them active and have the width fixed…a bit of toggling on and off. Idid notice though that even on the fresh install there still seems to be a bit of an issue with OceanWP reflecting the fonts on in the editor.

    Thread Starter irishetcher

    (@irishetcher)

    Hi Ben,

    Thanks for getting in touch. Firstly, the second issue regarding too many items in the pop up options panel has be resolved by Jeff at Editors kit. He made the panel scroll once it hits the bottom of the browser window.

    The theme I was using was OceanWP. I am pretty sure that I tested through all troubleshooting methods, plugins off, not child theme etc.OceanWP was also not reflecting the front end fonts and colours set in the customiser. I was getting the wishy washed out grey much used as a trend these days (a good #333 black is more to my liking). I had to add something to my functions file to hack in some styling for the back end editor. It could be block editor related?

    I am just setting up a subdomain to start work on site so I might just test it there again on a clean install.

    Thread Starter irishetcher

    (@irishetcher)

    That all looks good. The scroll sorts out that pop up being populated by a lot of items.

    Cheers

    Thread Starter irishetcher

    (@irishetcher)

    Thanks. Looking forward to that. My client has less than 20 posts so far so no doubt the update will be out far i advance of them hitting the 100 limit 🙂

    @angelasjin

    I would say that there have been many improvements regarding the new block editor since January. It passes as a basic tool for content management and, though we are not meant to say this, a basic free alternative to some of the page builders out there.

    Much of these improvements are being driven by third parties. For example there are several block libraries out there that allow you to take on page layout in a serious manner. For custom post types, the Toolset integration through its suite of plugins is very promising.

    This progress is feeding back into where the core team on the block editor are taking the project, which is good.

    On the other hand there are still some usability issues that really need to be resolved, like locating the block elements in the minimal interface. This needs to be addressed as all it does is vex and alienate users, specially non expert users who won’t have as much patience as veteran users. I would have some concern still where occasionally blocks go bad and no amount of clicking on some of the troubleshooting options will work. That is not acceptable on production software.

    I mentioned in my earlier post missed opportunities. One of these centres on standardisation, an issue that is a legacy one for a long time in WordPress and relates to changing themes/page builders and losing content layout. What would be a killer feature is to have the block editor afford all the infrastructure for layout, albeit in a basic way. Within this provide a mechanism for themes and page builders to hook in their own interfaces and additional features. Change your theme or page builder (or just turn it off) and your content remains intact int roughly the layout you intended, no left over detritus of shortcodes etc.

    To conclude, I would say that Gutenberg is good enough to use now, with some caveats. Retaining the classic editor for an ongoing period, rather than till the end of next year (2020) would have been a wiser move and, not requiring users to have to download a plugin to activate it either.

    Star rating? At the moment 2.5 — 3.

    Thread Starter irishetcher

    (@irishetcher)

    Thanks for the heads up on that workaround. They are in fact discussing this handle issue over on GitHub

    Thread Starter irishetcher

    (@irishetcher)

    Hi Ben,

    I just got some time to do some thorough testing on this and I can confirm that the problem does’t present itself when I apply try this in Safari.

    Back in Chrome where I usually do my web work, reproducing the issue is with a particular combination of columns and images. I was seeing this where I was using images from the Sample Woo products posts. As well as this the It only occurs when you use more then two columns (I tested with three columns and no more). Those images are dimensionally relatively large at 1000 x 1000 px and using smaller images doesn’t seem to trigger the issue I was experiencing. I did notice for the first time that when using the image block to access the media library that images don’t have the option to use thumbnail or medium sizes like in the old editor.

    So it looks like this is specific to Chrome and rather an edge case that can be avoided. It also does the same thing if I use Row from CoBlocks and the equivalent from Qubely. I am also using the latest version of the Gutenberg plugin which may be causing some issues on the site that I using to test the new block editor. I did try to disable that plugin but whatever is the state of play with WordPress at the moment all my block editor pages go into error mode so I need to switch it on again.

    Thread Starter irishetcher

    (@irishetcher)

    Great stuff.

    I am currently only using the new bock editor on a test site to see what can be done with it. From the Republic of Ireland it feels a bit like Brexit. Borders are an issue, there is a transition period till 2021 for the current status quo, and the backstop might be time limited, classic is removed.

    Only kidding!

    In fact I have been the new editor to see what interesting things can be done with it. There are some nice block options out there from developers like yourself. As a foundation WordPress now has quite a lot to offer for new users before moving up a page builder. But even then I have been able to use the two together and I can see how adding block into the mix of page builders is possible.

    Your plugins all white scenario on the dashboard got me thinking. I alluded to the design that is possible using Toolset for CPTs and how this is good for data entry. So I did a bit of customisation of my own to make the block editor look like classic.

    This works quite well so I see plenty of workarounds in the future to integrate the block editor into older workflows. So a good days work.

    Cheers

    • This reply was modified 7 years, 2 months ago by irishetcher.
    • This reply was modified 7 years, 2 months ago by Jan Dembowski.
    Thread Starter irishetcher

    (@irishetcher)

    Thanks Cory,

    Tried the suggestions from the link but no joy. Have reverted to another method of backup for the moment. Used Duplicator on a subdomain on the same site and it worked. That site doesn’t use Cloudflare so I think the problem lies somewhere between the hosting and the CDN.

    Do I need to leave Cloudflare paused for a while for things to de-cache/de-propogate? Sorry if I use a not quite technical term there. The 504 doesn’t appear as a blank page, no site. It comes up as a frame, with a message blaming Cloudflare, and just a message box with red text warning on the package creation page, when Cloudflare is paused.

    I might get back to Site Ground on this. Will keep you posted.

    You need to install a plugin to disable Gutenberg. Either Classic Editor Plugin or Disable Gutenberg is a good choice. There are other methods if you want to research those too. Once you apply one of these you should be returned to what you had before so long as you haven’t modified anything drastically by using Gutenberg.

    Bottom line. Gutenberg (new block editor) can be problematic with sites that have been built with older plugins and custom coding. The new block editor also follows a whole new way of working with different workflows that don’t match the way WordPress has mainly worked up until now.

    How you deal with this will vary from user to user. Personally all work I do with WordPress will remain using the older editor. I will continue to asses how the new block editor progresses and if it matures into something more usable and less buggy, I will consider using full time on new projects. This could take a year or two, depending on how involved the way you work is tied to the old editor and how easy it is to convert to a new way of working with the new editor.

    You probably also need to consider using themes that are compatible with the new editor to avoid any of the quirks that can manifest themselves in a bug like manner.

    As someone who is ambivalent myself about the new editor, spending a bit of time, outlining cogently what is amiss regarding it, might drive home where the project is missing some important features.

    You need to install a plugin to disable Gutenberg. Either Classic Editor Plugin or Disable Gutenberg is a good choice. There are other methods if you want to research those too. Once you apply one of these you should be returned to what you had before so long as you haven’t modified anything drastically by using Gutenberg.

    Bottom line. Gutenberg (new block editor) can be problematic with sites that have been built with older plugins and custom coding. The new block editor also follows a whole new way of working with different workflows that don’t match the way WordPress has mainly worked up until now.

    How you deal with this will vary from user to user. Personally all work I do with WordPress will remain using the older editor. I will continue to asses how the new block editor progresses and if it matures into something more usable and less buggy, I will consider using full time on new projects. This could take a year or two, depending on how involved the way you work is tied to the old editor and how easy it is to convert to a new way of working with the new editor.

    You probably also need to consider using themes that are compatible with the new editor to avoid any of the quirks that can manifest themselves in a bug like manner.

    As someone who is ambivalent myself about the new editor, spending a bit of time, outlining cogently what is amiss regarding it, might drive home where the project is missing some important features.

Viewing 15 replies - 61 through 75 (of 148 total)