Sorry, it’s working fine after all. Something went wrong with the changes I made earlier, causing the uploaded file to comment out all my modified code instead of only my code comment.

Apologies for wasting your time on this.

• This reply was modified 7 years by ronnie.

+1 on providencebusiness’s request. Or, would it be possible to manually modify the on_ajax_search function to only use the last x amount of posts in a live search?

That’s it, many thanks!

I know where the file is, that’s not the problem.
The js is completely different from a previous version (9.6x) though, so I can’t find the procedure where it handles modal images in articles, and the background scrolling that comes with it.

//popup on modal images in articles
jQuery( ‘article’ ).magnificPopup({
type: ‘image’,
delegate: “.td-modal-image”,
gallery: { …. etc.

Do you have any idea what part of the code now triggers the modal image in articles so scroll to the image anchor in the background while the lightbox is active?

With the latest version of tagdiv_theme.min.js the section mentioned above is no longer there. Can you give me any clue where I can find the modal images part in the javascript.

I really dislike the page scrolling in the background when viewing modal images…

I wrote Adblock Pro, but of course I meant the Adblock Plus browser extension.

Cleared CDN, several times. Getting very inconsistent results. Sometimes it works, sometimes I just get the +

When it’s just the +, clicking it shows the buttons, but then clicking the – doesn’t actually fold them back in, it just removed the – icon.

Firefox only, Chrome and Edge seem to work just fine.

Which file(s) do I need to clear on my CDN specifically?

That seems to work.

So which of the font settings in the theme panel do I need to change for .td-category-header .td-page-title?
The category title is in caps, but I can’t find anywhere in the theme panel fonts section to change it.

I understand line 111 does the buddypress check, but how is that ever going to get a value of false if in line 32 you set it to true $is_buddypress_template = true; and then have an if statement that will only do something when buddypress is active?

I don’t really get the logic of the buddypress check…

$is_buddypress_template = true;
// check if buddypress is active
if ( function_exists( 'is_buddypress' ) ) {
    // Check if we are on buddypress
    $is_buddypress_template = is_buddypress();
}

first the value is set to true, but in the function_exists check how is the value set to false if it only checks for true…

This way the !$is_buddypress_template condition will fail and comments aren’t shown, right?

• This reply was modified 8 years by ronnie.

I always had comments on for the pages it stopped working, the checkbox is checked. Putting that line about buddypress back in makes it not work for me.

I had the same message about the missing td_sub_footer_template_1.php

I found that file in Newspaper.zip, it’s in \parts\footer
After copying the file to my server the error disappeared. Note that I did NOT activate the multi-purpose plugin.

In line 111 there’s this:
if($td_enable_or_disable_page_comments == 'show_comments' and !$is_buddypress_template) {

I took out and !$is_buddypress_template and the it works again. I don’t use buddypress…

I would like to see the original question answered. I don’t use Visual Composer or the Revolution Slider.

A conditional is_front_page check works fine there, thanks!

The code was a bit different in the minified js but that’s it, thanks!
Can I also safely take out the preceding comma?

It doesn’t have to be easy, I just need to know what to look for. It was possible in Newspaper 4. Any help would be much appreciated.

I removed the fix from my functions.php and everything works fine, so I reckon WordPress fixed the problem with fix #35344 (Strange pagination issue on front page after 4.4.1 update).

Great, this works fine. So do you think this change in WordPress 4.4.1 is definite or might they change things to fix what was broken (so we won’t need the fix above)?

Same thing here. I think it may have something to do with the latest 4.4.1 wordpress update…

Thanks Chris, but no difference unfortunately.

Since I don’t want my site to look “bad”, I have implemented a temp fix by editing
includes/shortcodes/td_block_2.php

I found that when I would change the span6 div for this block to span 12 the layout would be right, so I commented out some lines in the td_block_2.php so that no span6 div would be generated. See screenshot http://rekkerd.org/sandbox/rekkerd_td_block_2.png

For the record, here the screenshot of what the site looks like without the fix http://rekkerd.org/sandbox/rekkerd_no_fix.jpg and with the fix http://rekkerd.org/sandbox/rekkerd_fix.jpg

The fixed layout is exactly how it used to be, so I have no clue what happened…

Thanks for any insight in advance!

It looks like the block itself is alright, but it gets resized because it doesn’t fit in the columns.

When I mess around with the css in inspector a bit I can get it fit by setting .column_container .span6 width to 325px instead of 46.5714%, but I don’t recall changing any width sizes of the blocks so I have no clue why all of a sudden the blocks don’t scale properly…