Loomisoft

Hi @shanelives

Thanks for contacting.

We actually use the plugin ourselves for client websites we work on so we make sure it is at least compatible as WordPress gets updated.

In fact, since its launch, there have also been additions to the plugin’s functionality that were suggested by users and that we never even dreamed of, but naturally fitted in with the core aim of the plugin.

Regards,

Artem

Hi @robbywall. That’s actually interesting what you are looking to do there.

In theory , you could have it in a content block like this:

<div class="block" style="background-image: url('[ls_content_block getvar="varimageurl"]'); background-repeat: no-repeat; background-size: cover;"></div>

And call block you could have (say the ID is 55):

[ls_content_block id="55" para="full" varimageurl="imagefile.jpg"]

BUT the minute you save the content block, WordPress and TinyMCE garble up the stuff in the style attribute to make them look right.

However, you could do this. We have just tested it and it works:

<style> .block { width: 100px; height: 100px; background-image: url('[ls_content_block getvar="varimageurl"]'); background-repeat: no-repeat; background-size: cover; } </style>
<div class="block"></div>

Notice we have placed the <style> tag all on one line. When we had carriage returns, WordPress ended up putting <br />’s within the tag content.

Hope this helps.

Regards,

Artem

Hi @kzeni

Many thanks for pointing out the rookie mistake and many thanks for your contribution. We’re normally very good with PHP opening tags, but occasionally these mistakes do get through.

We’ve just published version 1.1.2 to the repository, so feel free to update.

We are actually planning making some big changes to the code within (mostly the behind the scenes code handling and structure and some to front-end functionality) so for the moment, we have just corrected the specific tags.

Once again, many thanks. Much appreciated.

Regards,

Artem

Hi @wasanajones

Just to make sure I understand this right … you’re in essence constantly injecting content from a news feed into one our plugin’s content blocks.

This content block is then used in pages/posts.

The problem is that the content is being updated too quickly and you want to slow it down.

If that’s the case, wouldn’t it make sense to slow down the refresh rate during the injection process?

Artem

Hi @andreaguerra80.

Many thanks for your query. In response:

Re AD Inserter, I must admit we are not familiar with it here so I’m not sure we can answer the question. If you are looking for an ad display system, please feel free to look at another one of plugins also: https://codecanyon.net/item/advertising-banner-manager-by-loomisoft/19260237

Re our content blocks plugin, I think the question is what is the minimum number of content blocks you can have. In reality as few as one and as many as you wish. Our plugin does not put limit on the maximum.

The permalinks are visible to logged in users ONLY (e.g. Authors, Editors and Administrators ONLY). We added this functionality to allow compatibility with visual page builders. The permalinks are not accessible to the general public or Subscribers and should not appear in sitemaps.

Regarding PHP code blocks, I am afraid our plugin does not provide this functionality. In theory, that kind of function can pose a security risk and we have avoided it deliberately.

If you are familiar with PHP, you can achieve what you are looking to do in your theme’s or child theme’s functions.php file with:

add_shortcode( 'my_shortcode', 'my_shortcode_handler' );

function my_shortcode_handler( $atts ) {
    // Your PHP code
}

I hope I have been able to answer your questions. Thanks again for your interest in our plugin and good luck.

Regards,

Artem @ Loomisoft

• This reply was modified 8 years, 11 months ago by Loomisoft.

Hi @jeremyers1. Many thanks for your query and @wasanajones many thanks for your help also, which is useful as we don’t have in-depth in-house knowledge of the workings of AMP.

In response, to the point about content blocks being inserted with JavaScript, no … they are inserted via PHP prior to a page/post being served to the browser.

That said, we tried the scenario of having a content block in a post with the content block having text only … all worked fine in both desktop and AMP versions.

Then we tried the same scenario, but added a JavaScript alert(‘Hello’); to the content block … in this case, we got the alert in the desktop version, but didn’t get it in the AMP version – the rest of the text displayed fine.

This confirms what @wasanajones says about AMP stripping JavaScript.

Then we tried a workaround. Rather than putting a MailChimp form directly into the content block, we used a MailChimp plugin and inserted its shortcode in the content plug (in our case we used https://ww.wp.xz.cn/plugins/mailchimp-for-wp/) … again the form was stripped out.

In summary, it seems that AMP doesn’t strip out the content block, but it does strip out script from the final post (including content blocks) served out. I reckon if you can have a non-JavaScript (or jQuery) based MailChimp form, you might be able to do what you’re looking to achieve.

Also, the suggestion from @wasanajones is a possibility: “you can send mobile users from the AMP page to a non-AMP mobile friendly page to fill out the form”

I hope the above helps.
[ Signature moderated ]

Excellent! Thanks for letting us know

Hi David

It helps to read the full message … just noticed you last paragraph “It doesn’t seem to generate any error message in the logs either.” so please ignore the last bit of our reply 🙂

Regards,

Artem @ Loomisoft