Script (Type Text/javascript) Remove

https://validator.w3.org/


type="text/javascript">

Would that be a problem if it happened?

Is there any code recommendation like this?

Is there any code recommendation like this?Is there any code recommendation like this?

$attributes = ' type="text/javascript" ' . trim($attributes);

https://validator.w3.org/


type="text/javascript">

Would that be a problem if it happened?

Is there any code recommendation like this?

Is there any code recommendation like this?Is there any code recommendation like this?

$attributes = ' type="text/javascript" ' . trim($attributes);

It is more an intercompatibility thing. Just keep it in there, even Google still uses it.

Thanks for information.

Still, however, does anyone know how to remove type="text/javascript" from inline scripts?

There are many of them on my 4.3. version and it would be nice to clear them to satisfy client's

Warning: The type attribute is unnecessary for JavaScript resources.

From https://validator.w3.org

I have tried to locate them. I believe it is done by some serving method and does not come from individual addon scripts.

Any direction will be highly appreciated.

BR

Vic

Still, however, does anyone know how to remove type="text/javascript" from inline scripts?

There are many of them on my 4.3. version and it would be nice to clear them to satisfy client's

Warning: The type attribute is unnecessary for JavaScript resources.

From https://validator.w3.org

I have tried to locate them. I believe it is done by some serving method and does not come from individual addon scripts.

Any direction will be highly appreciated.

BR

Vic

Yes by modern standards it is 'not needed' however, it is still recommended as most crawlers do still search for that specific piece of code. If you want to remove it you will have to edit the /app/functions/smarty_functions/*scripts files.

Kind regards,

you are absolutely correct PoppedWeb

I found automatic link compiling rule in block.scripts.php, which is located in

\app\functions\smarty_plugins

However, it does not affect all scripts, as some use their own links and hooks.

Many thanks for your guidance. I appreciate it very much.

Vic

Try to find hooks in the content renderer. I think, there should be an ability to can receive each block content (even main content) and process it

app/Tygh/BlockManager/

Try to find hooks in the content renderer. I think, there should be an ability to can receive each block content (even main content) and process it

app/Tygh/BlockManager/

Thank you!

https://validator.w3.org/


type="text/javascript">

Would that be a problem if it happened?

Is there any code recommendation like this?

Is there any code recommendation like this?Is there any code recommendation like this?

$attributes = ' type="text/javascript" ' . trim($attributes) how to install iMessage on Windows;

On the off chance that you have irritating modules that don't coordinate (IIRC Jetpack is/was a guilty party except if a more up to date form since my memory has changed this!), and you are unyielding about addressing this issue in spite of the way that your guests are not liable to be affected at all (their program will deliver the page fine!), you can generally go full scale and utilize yield buffering.