@awesomenezz We could take a look at it, send us an email at contact@tagdiv.com and provide admin login. Include a link to this topic in the email.
Hi,
There are a few factors that can cause this problem for AMP. In most cases it is caused by optimization plugins or settings from them, or settings from caching plugins.
If you use such plugins, try to temporarily deactivate them as quick test. Then run a post through the AMP validator https://validator.ampproject.org/ to see if the problem is solved.
Thanks
Quite unusual that it is happening for you testing with multiple phones. I checked with an Android phone and Chrome, refreshed the page multiple times, but everything displays alright. This is the second post that loads – http://prntscr.com/nxsivn and the third
– http://prntscr.com/nxsj1i
All are perfectly centered for me when testing. Did you maybe solve the problem?
The footer is displayed in all the website, so the error would appear for all the AMP posts. Removing it should eliminate the issue for all of the posts at once.
To test this, remove the script entered in the sub-footer, clear the cache, and test a post with the AMP validator. It should pass the validation.
Now they aren’t white anymore, maybe you solved the problem. There was some CSS that made the paragraphs white when I checked previously, but I can’t say exactly from where it came.
Indeed, the composer encodes the content entered in the HTML element. I believe this functionality was created to avoid damage to the page content caused by invalid code. There were cases when for example an unclosed tag broke the page in which it was entered.
The column text element doesn’t encode it’s content however, maybe you could use it instead of a raw HTML element – http://prntscr.com/nxro1a
Everything seems to work fine at the moment, the images, menu etc. You could wait for the current issues to be fixed, and update when a new theme update is released. Sorry for all the inconvenience.
Hi,
From what I can see it doesn’t fit there. There is a margin left set in WPBakery I believe, on this column – http://prntscr.com/nxfuj9 which pushes the element next to it down. Removing that margin left should align those two elements correctly
– http://prntscr.com/nxfv5d
Also I see there are negative margins set in WPBakery for that whole row
– http://prntscr.com/nxfwde
Those shouldn’t cause problems, just that it looks wider than the other rows.
The footer does not appear in a couple of pages, because of code entered in the theme panel custom CSS section – http://prntscr.com/nxfy7c
if you modify or remove that code it should appear.
Thanks
They seem to work at the moment, I have re-made them however and added them next to the old ones in the previous reply. If you need more help let us know.
You could insert it in the mobile editor for the homepage – http://prntscr.com/nxffuz
If you have to insert it in the code, the front-page is here – http://prntscr.com/nxfj0a
Please send the information by email, this forum and it’s topics are not private. My colleagues will take a look at the issue. Remember to include a link to this topic in the email. Sorry for the inconvenience.
The child theme is now quite limited, after the recent updates. Because most of the theme files were moved in the composer now they can’t be modified in a child theme anymore. The only way to modify them at the moment would be directly in the plugin.
If we should find a safer and more update proof way to do it, we will present it immediately. But for the time being it can only be done in the plugin directly, which will indeed have to be made again after a theme update.
One of the issues that are caused by the child theme after the latest update (maybe the most important one) is that when it is active, post templates can’t be set properly. Regardless of the post template set, seems that the default post template will be loaded. This and a few other issues are investigated with priority on our end.
Sorry for all this inconvenience. Seems that despite testing more, issues can still happen.
So you use a footer template. Then you could use the settings for widgets and display the ones you want to appear for each language, as I mentioned above – https://prnt.sc/nvuo2f
For example you can set some widget to appear for one language, and some to appear on a different language. They will change when the language is changed.
In this example I have 2 widget blocks in a footer column – http://prntscr.com/nxep83
One is set to appear for English – http://prntscr.com/nxepir and one for French
– http://prntscr.com/nxepqn
When I view a post for example, in English the English widget appears
– http://prntscr.com/nxeqme
When I view the post in French, the French widget appears – http://prntscr.com/nxeqws
You could consider using pages in the footer, designed as you want, with the elements you want in them. You can create one for each language and set them as mentioned in the topic from above.
If something is now working properly for you, please specify what exactly are you doing and what is happening. I will check on my end.
Hi,
@MarComm We could take a look. Please send us an email at contact@tagdiv.com and provide admin login. Include a link to this topic in the email.
Thanks
Only the big grid slide and slider element work like that
– https://demo.tagdiv.com/newspaper/big-grid-slide/
– https://demo.tagdiv.com/newspaper/ios-slider/
Or maybe experiment with the revolution slider provided with the theme, it is a very complex plugin – https://forum.tagdiv.com/how-to-install-revolution-slider-v5/
Flex blocks and grids have options to set an image height, it should work correctly. There are quick settings for it – https://prnt.sc/nxcx4v or you can manually enter values
– http://prntscr.com/nxcxjh
Either way should work correctly and the image should be modified accordingly. What is happening in your case?
Sorry for misunderstanding, seems I didn’t catch that. Does it happen regardless of YouTube video used? If it does, it could be caused if the server is using an older PHP version. Try using versions 7, 7.1 or 7.2. Also these PHP extensions should be active
– http://prntscr.com/nxcnw0 – https://tagdiv.com/newspaper-theme-requirements/
Check and let me know.
Hi,
I was struggling to find paragraphs in the post content, then I realized that the paragraphs in post have a white color for some reason – http://prntscr.com/nxcf0l There is some CSS that makes them white.
Regarding the fonts, from what I can see Google fonts could be disabled. Maybe you disabled them in the theme panel – http://prntscr.com/nxcgbd
The catamaran font is not loaded anywhere in the source page at the moment, so the CSS that should apply it won’t do anything.
Thanks
I will make a note of it, thank you for the suggestion.
Hi,
Does the AMP plugin work just by itself if you try it like that, without the mobile theme? test with /amp in that case. If that doesn’t work as well, then there must be something in the website that prevents AMP from working.
The first thing to check would be other plugins, deactivate them all except theme plugins and AMP, then check again.
We could take a look as well, send us an email at contact@tagdiv.com and provide admin login, cPanel or FTP may be needed as well. We will try to identify the problem. Include a link to this topic in the email.
Thanks
Hi,
We will update the WPBakery plugin when the theme is updated. When the last theme update was released, at the time the latest WPBakery was included (6.0.2). From what I can see there was an update to 6.0.3 a few days ago, this will be included in the next theme update.
Thanks
The posts, pages, templates and theme panel won’t be affected by a theme update. But as always a backup should be made prior to updating the theme, just to be safe.
The actual date should translate automatically, when the language of the post is changed. So for example while a post in English date looks like this – http://prntscr.com/nxbsqf
Using the switcher to see the French version should also translate the date
– http://prntscr.com/nxbsvl
Hi,
I browsed the website with a mobile for a while, but I can’t see the problem happening. The posts look alright from the first one to the last in the infinite loading.
A link to where I can see it happening would be helpful. I am checking with an Android phone with Chrome. Let me know.
Thanks
From what I can see the error is generated because of a script entered in the sub-footer section in the theme panel – http://prntscr.com/nxbdps
So this is what is causing the AMP error – http://prntscr.com/nxbdvy try removing it and test again with the validator – https://validator.ampproject.org/
Hi,
I believe there is a reply in your other topic – https://forum.tagdiv.com/topic/i-cant-make-use-of-your-theme-yet/
As a note please try not to post multiple times in the topic, because this will delay our response. We answer from oldest to newest. We try to reply as quickly as possible in all topics.
If you have more questions or you need help, let’s continue in the other topic. Let us know.
Thanks
Hi,
You could try the solution from this topic – https://forum.tagdiv.com/topic/mobile-theme-problem-5/
But please note that the theme does not support RTL, there could be various issues when using it. Sorry for the inconvenience.
Thanks