There has been a problem since I updated Cwicly, and that’s when I use columns. I have a column on my sites product page, but for some reason, on the live site, the column is not a column, it’s a row.
I have attached screenshots to this thread so you can see what I mean.
Step-by-step reproduction instructions:
Open the Post Editor/Site Editor
Insert a columns element with two columns, the first column bigger than the second column
Publish the page and visit the page on the live site
I’m not 100% sure if this will work for everyone because at the minute, I’m assuming it’s a bug but I could be incorrect about that.
I am able replicate this issue in the latest Cwicly - when previewing before saving. Perhaps this could be related to another issue we have been having.
As soon as I saved the page, the column layout suddenly appeared on the front-end, I am not sure of the exact cause but that was my experience of it.
@ItzJosh241, can you possibly try changing the row / column gap values and resaving the page and see what happens?
I do not recommend using the preview feature as it will not be using the latest up-to-date CSS styles (this would require generation of a specific stylesheet for every preview you want to make).
@ItzJosh241, would it be possible for me to quickly take a look at this on your backend if possible?
Thanks in advance.
As the Preview feature is a core WordPress feature that many people likely use without thinking about it, this is information that a lot of users will benefit from knowing about.
Perhaps a disclaimer in the documentation or a popup on first use with Cwicly installed?
If not using the Preview button, with Cwicly, what is the recommended approach for previewing new development changes on a live site prior to publishing?
This is a good point, thanks for bringing it up. We’ll make sure a notice is added with the preview generation.
The preview should be properly generated when modifying content. The only current issue is when you have made style changes to the specific post/template/global classes etc… they won’t be reflected in the preview.
Do you often use the preview when having made a style change? What added benefit does it give you over the backend view?
Thank you @Louis. This answers the question for now, my query was more in response to:
I thought perhaps there was an alternative approach that we were missing out on.
With regards to:
There are a few instances where dynamic content is not yet rendered in the editor (e.g. dynamic excerpts), so this is one reason it can be useful to preview a page.