Hi,

So you just have ignored the question you were asked and instead of answering, in 2024 you posted someone’s else guide for WP Rocket from 2021. Seriously?

The “How to make your site fast” including WP Super Cache and Cloudflare guides that you provided do not solve Core Web Vitals issues for publishers, when Google Analytics and Adsesne are in use.

You can of course say that the theme optimisation is not covered by support.

It looks like your theme is “Core Web Vitals Ready”, ONLY when external java is not used.

You probably must make it clear to everyone that Analytics and Adsense (and any other external JS) cannot be used in your theme, as it will fail Core Web Vitals.

• This reply was modified 2 years by Alex.

Hi,

Experiencing the same problem.

Nothing, except for TD recommended cache plugins are installed.

How can this be fixed?

Thank you.

• This reply was modified 2 years by Alex.

Hello,

Unfortunately, what you are saying makes zero sense. As of December 29, 2023 in your speed guide “How to Make the Site Faster”, No. 2 step is “Generate Critical CSS” via tagDiv CSS Analyzer.

@Calin, please have a look.

Hi Anamaria,

Option to minify the css is meant to help with speed load, right?

Option to delay load foor is also meant to help speed load, right?

According to what you are saying these two options exclude each other.

Makes no sense.

Hi Anamaria,

This makes no sense.

Hi,

In Version 12.6.3 (Release date: December 14h, 2023):

1. The only thing that has been fixed is ‘mail-1’ is now shown as ‘mail’, while hover is capitalised and is written ‘Mail’ – looks odd.
2. The names are still written in lowercase – asked twice in this thread.
3. Still no way to change ‘mail’ to ‘Email’ – asked three times in this thread.

Your very first answer about all of this was – it has been resolved. It is clearly still not resolved.

Super misleading and waste of time.

Great attention to detail!

Thank you.

Hi Calin,

Yes. Good you were able to replicate it.

1. From what I figured it is this for the Hover:

In file: td-cloud-library/shortcodes/author/tdb_author_socials.php the bold part below needs to be changed.

target=”_blank” title=”‘ . $author_socials_data[‘social_id’] . ‘“

2. For making it from “mail” to “Email” (bold below)

$buffy .= ‘<span class=”tdb-social-text”>’ . ( $author_socials_data[‘social_id’] == ‘mail-1’ ? ‘Email‘ : $author_socials_data[‘social_id’] )

But these two things can only be changed by editing file. Unless you will make it available as a setting of the block to be changed in TD composer?

Hi @bettina,

No, does not look like you are right. In 12.6.2 hover tulip still says “mail-1″, because of title=”mail-1”. Plus, it is still written in lowercase. Neither it is possible to change “mail” to “Email” as asked.

– I’m sorry to say, but from what I see on quite a few threads on this forum, your answers are “quick”, but quite often incorrect, with very low attention to detail. It forces asking, and re-asking the same question again and again.

Furthermore, the questions was specifically addressed to @ncalex.

You can of course do what you want with your theme. I am just a user, who to date have found dozens of bugs and issues that likely helped to improve your theme and sell?

@ncalex, can you please check the reported issue.

Thank you.

Hi @ncalex,

I think I figured it out.

wp-content/plugins/td-cloud-library/shortcodes/header/tdb_header_search.php

Change aria-label=”Search” to aria-label=”Job Search”

Hi @ncalex,

Regarding Point 2 above for “Header Live Search” – Until it gets fixed in the theme by your dev, any chance you can please share what file needs to be edited to be able to change “pre-set text” that was hardcoded in html?

Thank you.

Hi @ncalex,

Thank you for your response.

Preload option on modal popup seem to slightly decrease INP, which is good.

However, for the logged out users the content that is meant appear per page ID is no longer showing. This new a issue and it seems to be caused by caching. But, all caching plugins/settings are set as per your guides.

Can probably create a new thread for this?

INP on desktop doesn’t seem to have any problems.

– I assume that INP issue is happening on Mobile when modal popup block is used for Menu, Search etc elements.

When default Mobile Menu Burger and Search blocks is used INP on mobile has no problems.

Hi @ncalex,

Just checking if the email come through?

Thank you.

Sent you an email with login details. Thank you.

Hi @ncalex,

Can you please share what setting it can be, so I can check. As according to your comment on Oct 6, 2023 “indeed there seems to be a problem”.

Thank you.

Haven’t seen your response until posted this. Will update the theme and see if the issue still exists. Will let you know.

• This reply was modified 2 years by Alex.

Same issue here. Doesn’t seem like this has been fixed?

Thank you for checking, @ncalex.

If this could be please added as an urgent fix, would be much appreciated.

In other words, on CPT posts Modal Popup does not show the content via Page ID. It disregards Page ID and shows the content from the “Content CPT” block.

Basically shows the content of “Content CPT” block of the custom post type page you are currently on.

Hi @ncalex

Well, in addition to Search Form block, seems like Header Live Search block also have issues.

1. This new demo you just released uses Header Live Search. The issue is: Form elements do not have associated labels.

2. The second issue with Header Live Search is: Elements with visible text labels do not have matching accessible names. This happens when the additional text is placed in “Text” field under General > Search Icon section. Put, for example, Job Search, and the pagespeed will return error. From what I understand because aria label is set for “Search” by default, and doesn’t change to “Job Search”.

So basically, seems like none of the TD search blocks work properly.

Thanks.

• This reply was modified 2 years by Alex.
• This reply was modified 2 years by Alex.

Hi,

In Version: 12.6 this still does not seem to be fixed.

Thanks

Hi,

In Version: 12.6 this is still does not seem to be fixed.

Thanks.

Hi Calin,

So it appears that Sidebar Ad is the only ad slot that behaves differently (in regards to width of the image ad placed as a simple html code – it stretches and distorts it) from every other ad slot (such as header ad, footer, ad, custom ad).

If is intended this way by the theme developer – it is fine.

However, it makes zero sense why it would be intended to work this way – to basically intentionally ruin the image ad placed as an html code in the sidebar, when viewed on the mobile screen max width 767.

Hi @ncalex,

Thank you for the response.

So what you are saying – this means that:

1. Sidebar Ad ignores a set “fixed” width of an image ad (even when max-width is set to 300px for example);

2. It distorts (stretches) the image to 100% of a column – Which means, for example on a mobile size screen which can be @media (max-width: 767px) and (min-width: 0) if an image ad is 300px wide and width is set to 300px wide, Sidebar Ad will stretch the image to 100% width of a column, meaning it will be stretched almost twice size, obviously ruining the resolution.

– Is it an intended behavior of Sidebar Ad?

• This reply was modified 2 years by Alex.

Hi @Bettina,

Doesn’t seem that you understand.

Can you please get @ncalex to have a look at the original post with screenshots posted above.

Thanks.

• This reply was modified 2 years by Alex.
• This reply was modified 2 years by Alex.