Problems with Tooltips & Term Pages since 2.6 upgrade

What did you do to fix the glossary index page? I updated the plug-in just now and I can’t get the index to display anymore…would really appreciate to get some help on this. Thanks!

I mainly messed with these two settings under CM Tooltip Glossary > General Settings:
“Glossary Index Page ID”
“Glossary Index Page Permalink”

However, it took quite a lot of messing around, and WordPress kept re-writing the URLs into some crazy combinations. I also switched various other things on and off to see if it made any difference. I have no idea what it was I finally did right – I’m 100% certain the settings combo that now works is one I’d tried several times before, so maybe it matters in what order you change things!

Anyone got any idea on the two issues above that I’m still experiencing? If my client visits the site and spots this he’ll NOT be happy… ??

@wwwolf: thanks, I got the glossary page to work now, had to tweak the Glossary Index Page ID.

The only issue I now have is that the page template on the term pages is messed up. The right hand column appears under the term definition instead of to the right…will have to see how to fix that.

Yes, I had exactly that problem with Term Pages initially… before they stopped working altogether and I now just get 404s. I’ve made some progress working out why I’m getting 404s though – it doesn’t like the glossary page having a parent — I’ve had to put it at the root, then use a custom menu to place it where I want it in the navigational structure.

So… if you want the Glossary Index to appear in a submenu:
1) place glossary index (blank page) at root
2) in CM Tooltip Glossary settings set permalink to /glossary
3) use a custom menu instead of the automatically generated one.

It would be easy to see this as an aggressive way to force Glossary links to the top of the menu, but I suspect it’s probably actually a bug. Anyway, doing the above has got the whole thing working again, with Term Page links in posts/pages and in the (now working) glossary index. Just leaves two screw-ups to fix:

1) the page layout – the sidebar on the Term Pages is now below the main body text (current workaround – I’ve set default template for ‘single posts’ to full page width in my theme settings, to lose the sidebar completely!); and
2) the horrible tooltip behaviour – persistently following the mouse pointer around unless you pause for a second or so after leaving the link.

I started looking into both of these, but have drawn a blank on the sidebar positioning, and screwing with the script is beyond my level of experience and I don’t have the time now to get up to speed on it. If nothing from the developer fairly soon, I’m going to have to remove the plugin altogether and find another solution.
??

We just released 2.6.3 which should solve this

Please let us know if it does not

Hi – thanks!

The good news – I’ve updated the plugin, restored the original page heirarchy (on page and on CMTT settings), and flushed the permalinks cache and my browser cache:
1) both index and term pages are now working correctly without 404s
??

However:
2) Term pages still push the sidebar down below the main page content, so I’ve had to leave the single post default set to ‘full page width’ – I’d prefer to keep my sidebar!
3) The tooltip js seems a little better (did you tweak it?), but it’s still quite easy to get the “persistent tooltip” problem if you move the mouse pointer rapidly after leaving hover position (both Firefox and Safari on Mac).
??

Here’s a short low-res video showing what the tooltip is doing for me – shows it misbehaving, then working OK a a couple of times, then misbehaving again.
https://transitionexpertise.com/private-ns/Safari-Research-Summary-Findings-Transition-Expertise.mp4

I hope that clarifies the problem. Maybe could be as simple as shortening the fade on mouseout?

We have updated the “persistent tooltip” issue in the 2.6.4 release

As for the sidebar, it does not show in all the themes we have tested on so it could be a local issue with your theme

Let us know if the tooltip works better now

Hi I am having the same sidebar issue on individual glossary item pages since the upgrade. Was anyone able to solve this issue?

We would be happy to check this if you can grant us access to your site. We don’t seem to have it on our sites. You can contact us directly using our support site at plugins.cminds.com

I am not a pro user, so I my understanding is I can’t contact you via your support site.

@wwwolf were you able to solve the sidebar issue?

or does anyone know how I can set individual term pages to be full-width like the main glossary page until I can figure out the sidebar issue?

thanks in advance!

I invited you to connect if you are willing to share you wp-admin so we can check this on your site.

Great! That’s the persistent tooltip fixed – thanks for that ??

On the other issue:

@vermiinette – on my theme there’s a drop-down in the theme settings for the default page layout (template) for static pages, for single blog posts, and for the blog index. I just set the default for single blog posts to Full Width (no sidebar), since there’s no blog on the site, so the Glossary Term Pages are the only use of single post display.

@cm Plugins – I’ve now reset that to Content/Sidebar, so you can see what’s happening there. Something is probably breaking the grid mechanism for the CyberChimps Responsive theme I’m using – could be as simple as a pixel or two extra padding or margin in one of the nested divs, but I haven’t managed to nail it yet. Responsive is particularly sensitive to that, and sometimes they don’t seem to collapse quite as expected. Hope you get this quickly, as I’ll need to set it back to full width in a couple of hours, before I leave work. If that’s not enough to see what’s going on, let me know and (if and when I have time) I’ll add the plug-in to a test site that I can give you administrative access to.

Thanks!

BTW, I’ve just tried removing each of the other widgets (displaying VFB and Testimonials plugins) in the sidebar one by one, and none of them fixes it, so it’s not to do with them.

@wwwolf the problem’s unclosed div. The div with id=”widgets” should be on the same nesting level as “content” and it’s on the same level as the “post-XXX”.