Thanks! Fixed — actively working on that search button 😉

Unrelated to this issue, in any case.

Hi,

This fix is still needed in Newspaper 8.6.

The solution is still the same.

Please update it in the theme files for the next version!

Hi,

Fixed it. Report for others if they encounter this: I narrowed it down to a feature in the popular plugin EWWW Image Optimizer. If the option “Alternative WebP rewriting” is turned on, some VC features break. I’ve reported this to their support and for now can live without that option.

Okay, thanks.

Hmm, fair enough. Though I’ll add that I’ve been “testing” it in the field for about a year now, with great results — preferable to SuperCache. 😉

What about even just detection, but not endorsement. “We have detected that you are using the following caching plugin(s): ______. These have not been tested with our theme, but WP SuperCache has (see here _____).”

Or something like that. One additional benefit would be that when future managers of the website look at this panel, I want them to realize that we have a functional caching plugin, even if not the one tagDiv has tested, so they do /not/ need to install an additional one that could cause broken behaviour.

Please consider it 🙂

Ah, okay. Thank you!

Hey, I figured it out. 🙂 Thanks, though.

In case this is useful to anyone else:

It only happened on pages where I had custom blocks made via the TD API. In my custom blocks I had copied my td_block_## base… and I had also copied the render function. So when TD updated the td_block->render method for their blocks, my old implementation remained. (It was the Ajax pull down filter in that implementation that was generating console errors.)

The fix was to extend the td_block_## base properly, and not override render, so that it stays updated with the theme’s implementation. (Or if it is overridden, make sure to copy the new implementation when the theme is updated!)

Thanks for your reply. I just tried disabling all plugins except VC, and turning off Cloudflare and CDN. The problem remained.

I believe this began either after I updated to Newspaper 7.3 or WordPress 4.6 recently…

My bad! Thank you.

They will certainly remain intact.

Confirmation of smooth update via FTP method. 🙂

I understand. Looking forward to that hypothetical fix. Thanks! 🙂

Yes, I remember 🙂 I do appreciate that universal setting, and it saves a lot of time

Now if only we could turn it off for specific images that we want to be links, the same way that we used to have to turn it on for specific images that we wanted to be modal!

I too am hoping for a fix for this in the near future… 🙂 Like the “modal image?” dropdown having an option to exclude a particular image…

Thanks! I’ve implemented it now. Actually, it turned out not to be too difficult 🙂

If anyone else wants this for future, all I had to do was add this modified version:

if (current_user_can('edit_users')) {
    $buffy .= '\<a target="_blank" href="' . get_edit_user_link($author_id) . '"\>edit\</a\>';
}

(Backslashes added for forum displaying…)

…right inside the <author_box_wrap> div, and add this CSS:

.author-box-wrap:hover .td-admin-edit {
  display: block;
  left: initial;
  top: initial;
}

Thanks! May have to actually start using Yoast…

Okay. Well, I won’t be redoing it, but hopefully if it is an issue that could affect someone else, they find this thread. 🙂 Thanks for the response!

Do use the version from 6.6.1, and check these instructions: https://forum.tagdiv.com/tagdiv-social-counter-tutorial-2/

For me it worked when I applied this to .td-header-main-menu.

For me it worked when I applied auto margins to #td-header-menu.

Great. Looks like it’s now been fixed 🙂

Ah, okay! So some of it has been updated. But also check this article, for example, which still says td_wp_booster_config at the moment: https://forum.tagdiv.com/td_api_blockadd/

Thanks for the reply.

Use two different sidebars: one a default and one specially made for the homepage. When editing the page, you can choose a custom sidebar under “page template”.

This is done by using a text logo style instead of image (or of making an image with such a tagline). However, I notice that not all combinations exist. For example, you might not be able to get the ad and menu where you want it with a text logo. If you find this is the case, you would have to edit the PHP for the header.

If you mean for tags, I believe it’s the “theme accent color” by default. If you want to customize it, use some custom CSS in that part of the theme panel:

a {
color: #.......;
}

With specific selectors for post content, for example, and for when you hover.

If you’re not familiar with CSS, this will be harder, but the tagDiv team usually seems to be willing to supply a little in cases like this.

But if you don’t mean the tags at all, I’m as lost as Chris. 🙂 Maybe the colours your browser applies in the address bar, e.g. green for verified https?

Glad to see The Medium featured there 🙂 Just a note, though: it says “The Medium is the second student written newspaper of the University of Toronto Mississauga.”, but it should say “The Medium is the student-written newspaper of the University of Toronto Mississauga.” There’s only one 🙂