- ApiPractical example – How to add a new Block and Module
- ApiAPI – Smart Lists – Introduction
- ApiAPI – Category top section style – Introduction
- ApiAPI – Category top section template – Introduction
- Apitd_api_module::update
- Apitd_api_module::add
- ApiAPI – Modules – Introduction
- ApiUsing the Theme API in plugins
I’m using the latest version of Newspaper with Cloud Templates.
I created a custom Cloud Header called **”Header Template – Habersham News.”**
I can edit the desktop version of the header without any issues.
However, when I switch to the **mobile version** inside the Header Template and make changes (for example adding a hamburger menu), the editor says the changes were saved, but when I close the template and reopen it, all of the mobile changes are gone. The desktop changes persist normally.
Because of this, I ended up editing the mobile header directly inside my **Single Post Cloud Template**, where the changes do save correctly. That solved the problem for single posts, but Pages (such as my Obituaries page) still use the global Header Template, so they don’t receive the custom mobile header.
My questions are:
1. Is this expected behavior?
2. Should the mobile version of a Cloud Header Template save independently of the desktop version?
3. Is there a known issue where mobile edits to a Cloud Header Template are not persisted?
4. What is the recommended way to have the same custom mobile header (logo, hamburger menu, search, ad, etc.) appear consistently on both Posts and Pages?
Thanks!
Hi,
That isn’t a known issue. But I do have a pretty good idea about what’s happening.
Does the page maybe look like this when it happens? -> https://prnt.sc/hyCp9Ek6hrrs
That’s the mobile theme version, meaning the mobile theme plugin is active on the website. The mobile theme doesn’t load composer or cloud library resources and classes.
Normally the mobile theme is displayed on mobile. But sometimes due to the caching used on the website or provided by the hosting, it can get displayed on desktop as well. It usually depends on how the homepage is visited after the cache is cleared. If someone visits it with a mobile, then the mobile version is cached and server to everyone. By updating the page in the composer you are basically clearing the cache, and if you check with a desktop next then the problem is solved. Until by coincidence it will happen again.
I see you use litespeed, if this is the only caching used on the website, I suggest activating this option -> https://prnt.sc/gSi7feVctFPh If it’s already active and it’s still happening, then it means there is another cache active.
Or, you could deactivate the mobile theme plugin. It’s an optional plugin.
I believe that this is what’s happening, because it fits the description of the problem. I could be wrong however.
Let me know.
Thank you!
Hello,
I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.
I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.
WHAT THE BROKEN VS HEALTHY HTML SHOWS
I captured the HTML of the same homepage URL (page ID 370) in both states.
Broken state (~59 KB):
body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)
Healthy state (~899 KB):
body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules
So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.
WHAT FIXES IT AND WHAT DOES NOT
Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.
So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.
PATTERN
It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.
ONE POSSIBLY RELATED DETAIL
When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.
QUESTIONS
Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?
I can provide both full HTML captures (healthy and broken) on request.
Site: https://alstonhomes.com
Hello,
I run the Newspaper theme (version 12.7.6, registered) with tagDiv Composer on a WordPress site hosted at WP Engine. The homepage intermittently breaks: the hero/feature grid renders as gray bands with no background images and the layout collapses. It happens every several days, with no edit or publish that I can tie to it.
I have diagnosed this fairly precisely and want to share the evidence, because it points to the Composer template failing to compose rather than a caching or browser issue.
WHAT THE BROKEN VS HEALTHY HTML SHOWS
I captured the HTML of the same homepage URL (page ID 370) in both states.
Broken state (~59 KB):
body class is MISSING: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
4 td_block instances
6 style blocks, about 9.8 KB of inline CSS
0 background-image rules (which is why no hero imagery paints)
Healthy state (~899 KB):
body class INCLUDES: wp-theme-Newspaper, global-block-template-1, tdb-template, td-full-layout
324 td_block instances
41 style blocks, about 53 KB of inline CSS
about 200 background-image rules
So in the broken state the tagDiv block-builder template for the page is not composing at all. The tdb-template / global-block-template-1 output and inline CSS never generate.
WHAT FIXES IT AND WHAT DOES NOT
Purging the host cache does NOT fix it. The broken render is served even on a forced cache miss and on hard refresh, so it is not stale cache.
Re-saving the homepage in tagDiv Composer (Save, with the green Header/Footer/Content Successfully Saved confirmations) DOES fix it immediately, every time. This is now reproduced twice.
So a fresh Composer composition produces the correct page, and something later causes the page to revert to the un-composed render.
PATTERN
It stays healthy for several days, then suddenly reverts to the broken render.
One stable stretch lasted about 9 days before recurring.
A re-save fixes it for another multi-day stretch.
ONE POSSIBLY RELATED DETAIL
When the broken version was being served, the host cache had bucketed a desktop request into the mobile/iphone cache group. I mention it only in case Composer mobile/desktop template variant handling is relevant to why an incomplete render gets produced.
QUESTIONS
Is there a known issue where the Composer block-builder template fails to compose on a page regeneration, producing output without the tdb-template / global-block-template-1 body classes and without the inline CSS?
Could a periodic Composer cloud-library sync, a theme/Composer background process, or a license re-check trigger a re-render that lands in this un-composed state?
Is there a setting or maintenance step that forces the template to always fully compose, so I do not have to manually re-save in Composer every few days?
Is there a current recommended compatible pairing of Newspaper theme version and tagDiv Composer plugin version I should confirm I am on?
I can provide both full HTML captures (healthy and broken) on request.
Hello,
Since updating to WordPress 7.0 today, I have detected a visual/functional issue in the builder’s CSS panel, specifically in the Margin / Padding fields of the Single Image module.
I’m leaving you a Loom video where the behavior can be seen clearly:
https://www.loom.com/share/26601c055dd3494d9745ede4635d838b
The problem is the following: before the update, within the visual margin/padding scheme, the fields allowed values of at least two characters or values with a unit to be displayed correctly. For example, if a padding value was 10%, the field allowed me to see 10 or 10%, or at least scroll inside the input in a useful way to check the full value.
Now the behavior has changed. The fields are displayed too narrow and only show one character of the value. For example, visually it may look like the padding is 1 / 1 / 1, but in reality the values are of the type 10% / 10 / 10%. When I move inside the field, instead of being able to see the full value or at least two characters, only one character is shown at a time; in this example, in order to see the %, I have to move within the field and instead of being able to see 0%, as part of 10%, only that is shown: the %.
This makes the CSS panel difficult to use, because I cannot visually check whether the real value is 1, 10, 10%, etc. The problem does not seem to be that the value has been lost, but rather that the panel input is displaying it cut off or with insufficient width. I have been using TagDiv for more than 7 years and I know what I am talking about when it comes to composition and the details of the composer.
I have tested it both in the desktop composer and in the mobile composer. I have also tested it in incognito mode, in case it could be due to browser cache. In addition, the page cache was cleared after the update.
For this reason, I understand that it could be a visual incompatibility of the builder after updating to WordPress 7.0, an internal CSS issue in the panel, a change in the width of the inputs, a rendering issue in the editor, or some incompatibility with the current version of WordPress/browser.
It is not necessarily that the page design has changed, but rather that the editor no longer displays the full values correctly inside the margin/padding fields.
The issue directly affects editing, because it makes it very difficult to review or modify margins and paddings without the risk of changing incorrect values.
Thank you. Please, I would really appreciate your help with this.
Hello,
We are trying to use the Megamenu feature of the theme, but if we enable it, the mobile menu items appear to be duplicated. Check this screenshot. https://prnt.sc/KEQQeueRWr1i
Hi,
You could just use a popup, instead of a menu that was designed to be used on mobile devices.
For example we use popups on many of our more recent demos, the popups can contain anything and they can open from any side of the page.
Like in this demo -> https://demo.tagdiv.com/newspaper_liberty_case_pro/ That hamburger menu from the header is a popup. The popup is set to open a page from the website, which can be built with the composer and can contain basically anything.
There are many other popup examples if you want me to provide them. My suggestion is to consider using a popup, it’s not difficult to set up -> https://forum.tagdiv.com/modal-popup/ and in my opinion it’s easier than limiting the mobile menu width and making sure it looks good across all devices.
Let me know if I can help with it.
Thank you!
I want to use the mobile menu on my desktop site. However, I’d like to limit the size of the menu that opens so that it doesn’t take up the whole screen. How can I limit the sizing of the mobile menu container?
(If you view my website homepage at adkseorev.com, you will see the mobile menu in the top right corner and the resulting behavior).
Hi,
The website you mentioned doesn’t seem to be loading for me at this time. Maybe you are referring to the other website.
I see a More menu item, it seems to be an actual category https://factcheckedexplanations.com/category/more/
A “More” menu item isn’t normally meant to lead anywhere, it’s used as a placeholder menu item when there isn’t enough space to display all the menu items in a row. The option can be activated in the composer when clicking on the header menu element -> https://prnt.sc/RZ2Q0faxm6gM
On mobile however using the header menu from desktop isn’t usually the best choice. There are these other menu elements that may be better -> https://prnt.sc/9ya8FoPcEuw9 Or even a popup can be used as the menu.
Let me know if you have any questions.
Thank you!
The more button visible on mobile vertical of the website “Everydayexplanations.com”
This more button i want to be clickable, but when you click it it does not bring you to a page dedicated or attached to “more”; instead, it drops down the menu of available items underneath it.
See the thin line in the header area? Between the logo image and the paragraph there is a thin grey line. I tried editing the element “text with title” but it kept that thin line
It only appears on mobile vertical
Hi,
By default the same content is displayed on both desktop and mobile, so you don’t have to do anything special.
But if you perhaps activated the mobile theme plugin -> https://forum.tagdiv.com/mobile-theme-introduction/ then you will indeed have to create two versions for each page -> https://prnt.sc/YZ6MN2bjE3Sg
The mobile theme plugin is optional, so you could just deactivate it -> https://prnt.sc/8nkE3gmeWA3T
Or is the problem different perhaps? In case the problem is different, I’ll take a look at it. You can send us an email at contact@tagdiv.com and provide a link to the website and admin login (user and pass) and an example of the issue.
Thank you!
Hello,
How can I make the boh desktop and mobile same content without building separately?
Hello,
How can I make the boh desktop and mobile same content without building separately?
Sorry to hear that.
But after some practice it won’t be difficult anymore.
I explained about the mobile theme plugin in the other topic. It’s an optional plugin that you can deactivate.
The theme is built around the composer builder, so mostly everything that you want to customize is done with the composer. So for example if you want to customize the category template, you can use the composer -> https://prnt.sc/ZHgimchHOI0C Same for the post template, tag template, etc.
I can help, let me know what you want to do and I will provide instructions. It won’t take much time to learn how to use the theme.
Let me know.
Thank you!
Hi,
That is the mobile theme -> https://prnt.sc/_IsOgGtqqsrd
The mobile theme is an optional plugin that we provide, more about it here -> https://forum.tagdiv.com/mobile-theme-introduction/
If you don’t want to use the mobile theme, please deactivate it -> https://prnt.sc/HA6sR-UP9iXu
Or if you want to use it, the options for customizing it are all in the theme panel -> https://forum.tagdiv.com/the-mobile-theme/
If you have any questions about the mobile theme, let me know.
I see you purchased the theme a few days ago. It takes some time to fully learn how to use the theme and the composer. It is the same for most other premium themes and page builders. We’re here to help however, so if you have any questions let me know and I’ll gladly help. You can create new topics here on the forum, or if you prefer discussing by email you can send us an email at contact@tagdiv.com Either way is fine.
Thank you!
I’m checking the posts on mobile, and from what I see the widget sidebar is actually after the featured image and the post content -> https://prnt.sc/72J2qFN98ASg It’s certainly not positioned as in your screenshot -> https://prnt.sc/hBh_5lIjRovc It can’t be there.
In order for the widget sidebar to be after the comments, it means that you were viewing the desktop post template on mobile. Maybe it was a caching issue or the mobile template was not yet set.
I see you disabled the infinite loading for posts. Infinite loading is a feature from the theme -> https://forum.tagdiv.com/infinite-loading-single-posts/
Basically most of the theme users already updated to wordpress 7. There are no major issues. All we plan to do is fix a few minor issues, and add a bit of compatibility with the new wordpress features if possible. You could update wordpress and it should work fine.
Thank you!
Now the website works and displays correctly.
The banners you mentioned are in the desktop header from what I see, so they won’t be displayed on mobile where the mobile header is used. If you want to display the banners in the mobile header as well, please add them there.
Add a new row in the mobile header -> https://prnt.sc/_-rA9N-kj4K5 and then add the banners there. Then they will be displayed on mobile.
Please try it. Let me know if you have any questions.
Thank you!
Hi,
I’m attaching some screenshots to show the issue I’m still experiencing:
Desktop version shows this : https://drive.google.com/file/d/1yvIdZ7OQoG1CVzYcbSVwprbJPobEu7rP/view?usp=sharing
Mobile version not shows banners:
https://drive.google.com/file/d/1aIlYlGByVFndlmmE6e07WPBYztzGm1MO/view?usp=sharing
I’m currently resolving the server‑side issues with my hosting provider, so that part is already being handled.
Thank you!
From what I see in your screenshot, the widget sidebar is below the featured image at the top. So that’s where the widgets should be displayed. Is the template live so I can check it?
You could set the new cloud template just for one post -> https://prnt.sc/54oCjDqKiSHB and provide a link to it so I can check how it looks on mobile.
Thank you!
Hi,
For me the website looks like this on mobile -> https://prnt.sc/segucSrncsDy
I see there is a problem with the images, on desktop and mobile. There are no images loaded in the page -> https://prnt.sc/xGgrRPqCCyzx Also there are some errors concerning required website resources which are also not loading. And sometimes the website itself is not loading and there is a server error -> https://prnt.sc/WjE34BsctJFT There must be something wrong with the server or the hosting. Could the hosting support investigate these issues?
Thank you!
Hi Simon,
I did what you said—I used the template you suggested and customized it the way I wanted, with the widgets at the top:
Here’s a screenshot of how I select the mobile template https://prnt.sc/b36isIuYHGNv
Here’s a screenshot of what the layout looks like
https://prnt.sc/hBh_5lIjRovc
But if you try viewing an article on your phone, you’ll notice that the widgets—which are a series of banners—end up at the very bottom of the article, even after the comments.
We need some help fixing this. Thanks.
Hi everyone,
I’m using the Newspaper theme and I’m having an issue with how my homepage is displayed on mobile.(www.ecodisavona.it)
The page loads on my phone, but the layout looks completely different from the desktop version: some elements move, spacing changes, and the structure doesn’t match what I see on desktop browsers.
Has anyone experienced this kind of layout inconsistency between desktop and mobile with Newspaper?
Any suggestions on which settings I should check?
Thanks in advance for your help.
Only cloud templates can have mobile versions. There is no way to have different templates desktop vs mobile in other ways unfortunately.
The post template you are using now is the default standard template, meaning this one -> https://demo.tagdiv.com/newspaper/wordpress-news-magazine-charts-the-most-fashionable-new-york-couples-in-2016/
The equivalent cloud template for it is this one -> https://demo.tagdiv.com/newspaper_pro/wordpress-news-magazine-charts-the-most-chic-and-fashionable-women-of-new-york-city/
They look pretty similar.
So you could just import the cloud template that looks similar -> https://cloud.tagdiv.com/#/single/single/Single/11 and with minimal customization the cloud template will look very close to the default template. And then you can have a mobile version for it.
Thank you!
Hi,
We should start with the premise that the theme and it’s plugins have to load files, and each file has a purpose.
Those files are related to the Live CSS option in the admin bar -> https://prnt.sc/Hbv7gmqDGdZJ Only an admin can use the Live CSS option, so the files are only loaded while logged in as an admin. They are not loaded publicly, or for any other user roles.
I don’t recall seeing such an issue before, which means it’s either very specific, or it’s happening only on this website. On my test install for example I have no such errors -> https://prnt.sc/C8yG87yzGOS7
Let’s discuss it more.
If I check your website as a visitor, the mobile menu works fine -> https://prnt.sc/zMcWqAoxw9Gg and the search works fine -> https://prnt.sc/Lwq-DKrIYScY Are these only not working for you when you are logged in as an admin?
Or maybe you solved the problem already.
Thank you!
