Thanks! That was really helpful but although we love the magazine theme, we found the right margins for the article posts were very wide. We accept this is a design feature for the magazine style.

So is there specific css for a Page template style – a way of saying, “just apply to page template style 1”?

Or alternatively, for all mobile post template styles, perhaps I want to say, “Don’t word wrap the featured images of any post template style on mobiles” or maybe “Don’t align-left the featured images on mobiles”?

We had added the code below to the custom css for mobile phones, to make the featured image spread across the page.

/*article post featured image. Push right margin rightwards, beyond default setting*/
.td-post-featured-image {
margin-left:0px;
margin-right:-70px; /* !! This setting causes the featured image */
/* in post settings Post Template Style 1 */
/* to go over the opening article text */
}

I should have realised that this caused the issue for Post Template Style 1 – your code revealed it to me by preventing it.

Hope you can help?

Oh my, right in front of me!! Success!!

Thanks as always Bettina.

Oh maybe solved.
I see I can make a list of links like so:
/articles/date/2020/
/articles/date/2021/
/articles/date/2022/

Maybe using a column text block.

And there is an archives list block which lists by months

Also on Post Loops, the date template Posts Loop from the cloud template in Magazine Pro seems to find all articles from 2022. But suppose I wanted a page for each year of our archives – could I do that?.

Thanks, Post Loops, normal numbered, exactly what I wanted to know.

Ah, ok, thanks.

Just FYI, in case anyone else has this issue, my client only occasionally uses pictures, so we needed the flexibility to have a single block which would automatically respond to this.

I’ve found that my client can copy both text and picture into the excerpt from a post (catching the html markup), and it keeps the picture and formatting and displays perfectly in a flexblock where ‘display picture’ is turned off. As one would expect I suppose! But an excellent solution.

Many thanks again.

Thanks Bettina, I don’t seem to be able to locate Module 15.

Flex Block X offers me two Module Styles, 1 and 2 – am I missing a plugin? I have installed the tagDiv Standard Pack.

Ummm, I don’t think you mean Block 15? I have this, but I think it is fixed at 3 across and will not do in any case.

Thanks for your swift reply, yes, we’re on it.

Looks like it is the robots.txt issue… I’ve disabled it.

Hi Bettina,
I’m pleased to say that I re-installed 11.4.3 and the problem did not re-occur. Must have been a glitch in the previous installation process.
Cheers
Pete

Hi, yes, I had worked through the plugins, and they were installed. I saw that there is a slightly different routine to upgrades, but it is all done via the theme panel, is it not? I don’t think it was that. tagDiv editing worked ok, etc, so the standard pack was surely operating fine. But the live, public display of the home page failed to read block 17 and threw the code onto the live public webpage.

Wow yes! I’ve never seen that option come up before!! Brilliant. Many thanks!

Thanks, going above and beyond – much appreciated!!!

I came back to this to improve my page but I am unable to change the width of a single image beyond 240px. I am using the General tab “image width” for the Single image block.

It resizes smaller, but not larger, than 240px, which is the same size as “auto” makes it.

If you increase the size incrementally above 240px, it stops resizing while the border increases. Saving and viewing does not show any difference to within the editor.

No value entered into the General tab “image width” for the Single image block alters the width beyond 240px, although it does indicate a wider frame with a hatched margin, which alters with width change. This can be seen in the screen shot below, where I put in 700px for demonstration purposes.

TagDiv_single_image_resizing_issue_03-03-22.jpg

In the screenshot, below the single image is a Single background image block indicating the size I require. I’d prefer to use single image.

Can you help?

• This reply was modified 4 years by PeteMason.

Thanks for your help.

This is now fixed.

I rebuilt the home page from scratch, following from your team’s comments that some code/elements may have caused this error, and it did not re-occur.

I did use the same elements entirely, so there was clearly some corruption present, which was only brought out when the page was proxied in Cloudflare somehow. (Switching off the proxy stopped the issue, but that was not wanted.)

Thanks again.

Cheers
Pete

The issue seems to be limited to the home page.

With cloudflare proxied for our test site, the console error in my screenshot still shows but only on the home page. But all other pages I’ve edited in TagDiv so far have saved content. I thought I had seen this issue on other pages at least intermittantly, but I can’t reproduce it.

Sorry, clarification, it occurs when Cloudflare is ***proxying*** the http requests.

When cloudflare is just doing the DNS, everything is fine.

Hi, many thanks. we looked at this again this morning, and were unable to resolve it.

The screenshot shows editing in the TagDiv Composer. We cleared the console and hit the Save button, and screenshot the result:
issue with saving content

Hope this helps.

Just to emphasise that while working on this theme, this issue only occurs when we swap to using cloudflare to do the DNS – even when the cloudflare plugin is disabled. All browsers show the same inability to save content under these conditions.

Rocket Loader was disabled before starting the latest test.

• This reply was modified 4 years by PeteMason.

Oh Wow!!! I should have read all the update notes (too many!!)

OK so Yeost has settings whereby, essentially, you can set a pre- and post- additions to your copied page name, “e.g. “Copy of [page name] – edit this!” so (unless that is a setting somewhere I can’t see).

Will you add that to your task list? I’m assuming the duplicate settings I can see in the dashboard settings are from Yeost (no branding).

Yes I will look forward to the return of quick edit.

Thanks Anamaria,
Firstly I’m on version 11.2 and I don’t have the “auto” setting – perhaps its time to upgrade to 11.4.

But meantime I’ve found that by setting the image height counterintuitively at 20% and the width at the default 100%, it does resize.

I guessed that the 20% refers not to the native image height but to the default image box size at that seemed to work.

Thanks once again.

Update. I’ve had success with these settings:
Leave left and right margin clear (to allow a small margin), and set calc(100% + 70px)

I’m using the formula to adjust blocks lower down.

Thanks again.

Hi Anamaria
I’m afraid that did not work 🙁

It does move the content about, but only a little to the left. It does not widen the content.

I don’t know if it helps to point out – the above picture shows that the row |column |element tags do not appear as per the image https://www.screencast.com/t/Ek89ppzTGldT where pointed to by the arrow.

Hope you can help.

Hi Bettina, Thanks, I will do as you say and start a new thread rather than continue here.

Ummm…. the other thing is that there seems to be a very big right margin on the mobile version – the body, not the header. Should I open a new query?

This is seen in the image shown in the second picture uploaded above (don’t know why it says it is broken – it shows when I right click and “open in new window”).

and here, in the fixed version:

thanks!

Thanks Bettina, you are a genius, may you live long and prosper. The row layout – > layout was set to off, and corrected as per 1:15 on your video.

I just would never have spotted it.

Can’t thank you enough for your time and the accuracy and clarity of your explanations.

Pete