Hi @kellermandesign
Thanks for your message and can you send the link to the site if possible (probably with a temporary access) on my contact page so I can see what’s wrong exactly with it
If not can you make me a screenshot and add it here ?
Thanks
Hi @kellermandesign
I get it, please add this in your style.css file for now and see if it works :
strong> span .tooltipy-kw{
margin-left: 0.5rem;
margin-right: 0.5rem;
}
@kellermandesign
I updated the plugin on Github, so here is a better solution, you don’t need to add the CSS above, just download the last version from here :
https://github.com/lebleut/tooltipy
Hi Jamel,
Sorry for the late reply – national holidays over here, but back now.
Thank you for the GitHub link. I downloaded the plugin from there and installed it, and deactivated the old one and activated the new version, but see no change in behaviour from before on the front end.
I’ve emptied the browser cache, and restarted the browser, still no change.
For diagnostic purposes, I then proceeded to disable my custom css for the site (just to be sure, seeing as you first suggested a css fix to the problem), but no change in behaviour.
I tried disabling all other plugins, and even switching to the 2022 theme, but see no change in behaviour.
And finally, disabling the Tooltipy plugin results in bold and italic text being treated normally (with surrounding spaces retained). So it would appear it’s Tooltipy in and of itself that is causing the behaviour.
Please let me know if there’s anything else I can do to help get this sorted.
Thanks!
Hi again,
it should be fixed, plz make sure to download the last version from this link :
https://github.com/lebleut/tooltipy/archive/refs/heads/master.zip
Thank you for your continued support.
I’ve deleted previous versions of the plugin, downloaded it again, now using the new link you posted above, and installed the downloaded plugin, and then confirmed that the green GitHub lines are present in the plugin index file, cleared the browser cache and reloaded. But … I still see no change in behaviour from before on the front end.
To rule out browser issues, or browser cache issues, I also tried a different browser, but still see no change in behaviour … that is: unformatted words work like a charm (are linked/underlined and shows their info when hovered), but as soon as I add formatting like italic/bold to those words they are no longer linked/underlined and the spaces before and after them are removed.
We have a testing site set up. I can send you info through your contact form, and maybe you can check it out for yourself for diagnostic purposes and see if that maybe helps you pin-point the problem.
I’m having a similar problem with the Tooltipy plugin (which I otherwise love btw). I consistently see that when the tooltip is also a link, the leading space before the tooltip word/phrase is removed.
I actually excluded links in the tooltipy menu, but it doesn’t seem to apply to anchor links (or if it does, tooltipy still influences the formatting).
Any thoughts?
Just correcting what I said above, the spacing problem occurs on all links that are also keywords–even after I exclude links in the plugin settings. It affects both leading and following spaces. I can manually fix this if I add spaces on either side of the keyword inside the tags, but man is that a lot of henpecking through the site to find affected links.
This problem (of bold or italicised keywords, etc) not being picked up by the plugin has been driving me mad ever since I started using (the otherwise excellent!) Tooltipy several years ago. The work-around, as has been pointed out, is to insert a leading space in front of the bold or italic keyword so that the markup looks like “King<b> Henry VII</b> had six wives”, which works, where “King <b>Henry VII</b> had six wives” does not.
This is OK… except when you want to add a new keyword that might have hundreds of instances on your site, as I did last week. So, I’ve spent DAYS trying to debug the plugin and have found a fix that works for me (but I don’t know yet if it breaks something else!):
On or around line 515 of index.php (latest Github download) modify the IF statement as shown. This prevents a drop out at this point when an actual matching keyword has been found (portion.text contains the text of the matched keyword or ” ” if no match)
?>
if(portion.text.length < 2 && kttg_tab[i][6]==1){
return portion.text;
}
<?php
}
?>
…and King Henry VII only had one wife (Elizabeth of York)!! It was Henry VIII.
My fix above for non-appearing tooltips on bolded or italicised keywords needs a little refinement. Although it fixed the non-appearance problem for bold and italic keywords it broke the default behaviour (of only tool-tipping the first instance of a keyword) for ‘plain text’ keywords – i.e. it tool-tipped every instance.
So if you don’t want tooltips on all instances, modify the if statement at around 520 of index.php (latest Github download) as shown:
if(portion.text.length < 2 || kttg_tab[i][6] > 1 ){
return portion.text;
}
Explanation? It looks like kttg_tab[i][6] contains the instance of a specific keyword found on the page – 0 for first, 1 for second and so on. I originally set it to drop through after tool-tipping only the first instance (>0) but I noticed that it was counting instances in headings, etc that I’d set to exclude, so it set it to drop through after the second instance (>1) just to be safe.
There must be a MUCH better way of doing this – but it works for my requirements anyway!
Hi, I’m experiencing the same issue with bold/italic texts with tooltipy 5.2
Whenever the text or part of it is bold and/or italic, no tooltip is displayed.