Chris Roberts

Thanks for the word on my site, I recently moved hosts and forgot to refresh the permalinks. Working now.

On the styling, have you used an element inspector, something like the inspector in Chrome Developer Tools? Very helpful when tracking down what is controlling the styling in a particular part of a site. Using the inspector you should be able to fairly quickly determine what’s putting in the space and how to get rid of it.

are you using header=”off” in the shortcode? That will take off the header completely. For the rest of the space, that’s a little hard to say without seeing it. Use your browser’s element inspector to find the selector for that area and to find out what rule is adding the space. Most likely, that’s the padding that gets added to .tippy_body so to get rid of it you would do .tippy_body { padding: 0; }

The slides make use of the custom post type feature in WordPress, so they are stored as posts using the slug for the post type. I still need to check, but most likely I forgot to rename the slug on the posts when the slug gets changed on the slider. I’ll get that fixed in an upcoming version.

I have a notion what might have happened. In the meantime, can you try changing the slider back to its old name and see if the slides show up again?

Glad you figured it out, and that lets me know something I need to check. Minification shouldn’t break the plugin. I’ll see if I can figure out why it does.

It’s hard to say without seeing the page itself (I’m afraid I’m not real sure what I’m looking at on the screenshot; can’t really tell which part is from/supposed to be from Tippy) but I wonder if the table has a z-index set that puts it above the tooltip.

Are you looking for the css selector that you can use in jQuery or some such, matching a tooltip trigger image? Something like a.tippy_link:hover > img would, I think, do the trick.

The updates to Tippy have it running custom processing on post/page content rather than using the WordPress shortcode functions. I hadn’t anticipated the effect of this on people calling the shortcode from within widgets and such. I’ll look into a solution.

Just posted Annie 2.0.0 which makes use of the new Tippy feature and allows styling in the tooltips. Make sure you have the latest Tippy installed and update Annie and footnote styling should now appear in the tooltip.

Yesterday I posted a new version of Tippy which includes an experimental feature for loading the tooltip with content. This new feature should make it easier for me to go back and modify Annie so that it does not strip out html. I’ll check into it.

I’ve just posted Tippy 5.1.0 with a new experimental option that changes the way Tippy pulls in its content. It might solve this issue for you. Install the latest Tippy then go to the Tippy settings page in your dashboard and toggle on the experimental option, the setting in the bottom-right corner. That might allow your markup to work right.

The default tippy.css includes a default border-bottom: 1px dotted; If you can edit your theme’s main style.css, add the following rule:

.tippy_link {
border-bottom: none;
}

That should do it.

Are html tags being removed from every tippy shortcode, or only when used with Annie footnotes? Footnote popups won’t display html markup, but that markup will be displayed in the actual footnote at the end of the post/page. This is something I hope to change in a future version.

If the problem is that Tippy itself has formatting stripped, that’s a separate issue, something new I’ll need to address. I’ll look into it.

I’ll check on this. I’m working on some changes on how Tippy pulls in content which should improve how it handles this sort of thing, so my upcoming changes should fix this, but I’ll be sure to check.

Thanks for the update. Glad it’s working.