footnotes appearing in header

@andreasra,

The currently served version of the linked page https://www.thearcticinstitute.org/identity-relationship-building-china-arctic-diplomacy/ is OK with the footnotes container immediately following the article.

I send you this information as an urgency for your relief, and go on responding to all of your questions.

Best regards,
@pewgeuges

• This reply was modified 4 years ago by pewgeuges.
• This reply was modified 4 years ago by pewgeuges.

Working for me now with the release of 2.0.8.

Thanks.

@andreasra,

I’m saddened that I made you run into this issue.

The other hooks are okay. Just that a footnote in the page title doesn’t work out well in WordPress, but that is fixed by simply removing the note. A note in the title with the title hook disabled looks bad. The title hook enabled without a footnote in the title doesn’t do anything.

All 23 notes in https://www.thearcticinstitute.org/identity-relationship-building-china-arctic-diplomacy/ checked one by one make sense to me, and no notes from other posts are found in the copy served to my user agent, and the footer, header and sidebar are free from footnotes.

E.g. the first 3 notes read:

↑?1 Myers SL (2013), Arctic Council Adds 6 Nations as Observer States, Including China, New York Times 15 May
↑?2 Lanteigne M (2018), How to Define an Arctic Stakeholder, Over the Circle, 19 February, <https://overthecircle.com/2018/02/19/how-to-define-an-arctic-stakeholder/&gt;
↑?3 Arsenault C (2010), ‘A Scramble for the Arctic. Al-Jazeera, 8 December <https://www.aljazeera.com/indepth/features/2010/11/20101130181427770987.html&gt;

Like all of the 23 notes in the page, these make really sense to me in relationship with the footnote referrer’s context.

Please make sure the page you are viewing is up-to-date by emptying your browser’s cache.

I also see that your website is running Footnote’s current v2.0.8, and this combined with the diagnosis above makes me really happy, although the well-functioning is no actual surprise. Though I note that the tooltips don’t show; hopefully you just disabled them in the dashboard.

Deleting posts makes me worry. It depends on how the articles are affected. This regex search-and-replace run on the page source in the editor works for me, assuming the shortcodes are (( and )):

Search for:
<a><sup id.+?<span.+?>(.+?)</span.+?</script>

Replace all with:
(($1))

If tooltip truncation is enabled, the result will differ from the original post by instances of e.g.: &?nbsp;… <?a class="continue" onclick="footnote_moveToAnchor_2('footnote_plugin_reference_2_3');"?>Continue&nbsp;reading<?/a?> These should be hand-edited by completing the note from the original. This method ensures that every element in the blog will still be there, as opposed to re-posting after re-formatting, re-illustrating, and repeating every step made by the time.

Please let us know if we can be helpful by other means to fix what I’ve broken—

Best regards,
@pewgeuges

• This reply was modified 4 years ago by pewgeuges.

@pewgeuges

Thanks again for all the detailed info you provided (although I cannot see your reply here but got it via mail).
I deleted the three posts that somehow had issues with the footnotes and quickly re-published them. As it looks now, everything seems to work again properly: the three posts I mentioned as well as the old ones; moreover cannot find any more references in the footer.

With regard to the other hooks: I disabled the title one just to be on the safe side.
With regard to the tooltips: it seems to be enabled if you mean it being a “yes” under Customize – Mouse-over box – Enable the tooltip infobox

Thanks again for your quick help and feedback!!!

Hi – 2.0.8 update looks great. Everything appears to be back to normal.

Thanks!
chris

@ymorin007, @andreasra, @whichgodsaves,

Thank you for your feedback!

@whichgodsaves: Now the undue notes container has disappeared from the sidebar. The promised line breaking fix for where it should be in a widget has been released with 2.0.7.

@andreasra: I’m releaved that the fix is easy. Notes in titles are indeed suboptimal. — If so, then the tooltip boxes on your website are having a bug! When enabled they should show up now jQuery?UI is used. — The underline under the footnote referrers is an error on my side as I missed out on getting the selectors right; it will be disabled unless hovered.

Best regards,
@pewgeuges

• This reply was modified 4 years ago by pewgeuges.

@pewgeuges

Do you have any example on how the tooltip box should look like? I could further look into the issue on why this is not shown on our webpage.

“The underline under the footnote referrers is an error on my side as I missed out on getting the selectors right; it will be disabled unless hovered.”
You mean this will be disabled in a next update?! Or how could I disable it myself?

Thanks again!

@andreasra

To see the footnote tooltip infoboxes at work on mouse-over, please check out this page of Open?Siddur shared here to fix Footnotes: https://opensiddur.org/prayers/secular-calendar/united-states/election-day/prayer-voting-truah-rabbinic-call-human-rights/

I’ve investigated https://www.thearcticinstitute.org/identity-relationship-building-china-arctic-diplomacy/ but found no reason for the tooltips not to display. Do you remember if they showed up at some point, from October?26 (2.0.0) to October?31???

As of the unwanted underline under the footnote referrers, it had been reported and was disabled, but not efficiently enough. It is now better disabled, since v2.0.9d0, our already superseded today’s first development version. It is included in the current one and will be in upcoming v2.0.9.

Trying to fix the function displaying tooltips, jQuery UI is fetched the way it was first, in our development version 2.0.9d1 currently available for download at the bottom of the Advanced tab https://www.ads-software.com/plugins/footnotes/advanced/

Direct link: https://downloads.www.ads-software.com/plugin/footnotes.zip

The jQuery?UI alternative is experimental. Its code will probably now stay where it is at the bottom of class/init.php, but it will be commented out for production because most other websites don’t have problems with the recommended way of enqueuing jQuery?UI. Your’s perhaps neither, and the problem may be elsewhere; we don’t know yet.

May we please look whether v2.0.9d1 will fix the issues?

Best regards,
@pewgeuges

@pewgeuges Thanks for your reply! Sorry I just got around to checking this again. I moved my footnotes to the bottom of the page in the meantime. I’ll go and check if it works with the new update.

@pewgeuges @whichgodsaves Thank you so much for your prompt replies and hard work to resolve this. 2.0.8 fixed my problem and footnotes are displaying properly at the end of the page again. Thank you!!

@nyamachi Thank you for reporting how v2.0.8 works out. Apologies! The post hook will disappear as harmful, my account for that mistake is https://www.ads-software.com/support/topic/change-the-position-5/page/2/#post-13630114
I’m so sorry that I caused you all trouble while too eager fixing bugs.

Best regards.

@pewgeuges

Thanks again!! I have installed v2.0.9d1 but it seems nothing has changed; at least not here for example: https://www.thearcticinstitute.org/investigating-permafrost-degradation-churchill-manitoba/

Neither, the tooltip infobox works, nor is the underline gone. Would I need to change anything within the settings maybe?

@andreasra

Thank you for checking the fix. No I think that your settings are OK: Two bugs are found—details below—and a new development version 2.0.9d2 is now available, at https://downloads.www.ads-software.com/plugin/footnotes.zip
It fixes the underline, and perhaps the tooltips too.

I’m ashamed to have mistaken for an underline the permanent lines under the <?a?> elements, displayed because your child theme’s style sheet stipulates a bottom border. That is a very convenient way to highlight hyperlinks, because it sits a bit lower and makes for a better readability than the real underline, so close that it needs to be interrupted at descenders, flawing nevertheless letters like g and q. thearcticinstitute.org has made an excellent design choice.

To get the footnote referrers right, adding a border-bottom:none rule was not enough; the selector needed to become more precise. It’s been tested in a saved copy of the linked page.

FYI: it’s wrt arctic-institute-child/style.css?ver=6a373c0890b4b0d91b4512534e497259 (104):

.main-content a:link, .main-content a, .page-header .descr a:not(.outrdg-button) {
    […]
    border-bottom: 1px solid #6db8d8 !important;
    color: #6db8d8 !important;
}

The fix in footnotes/css/public.css:

.footnote_referrer,
.main-content .footnote_referrer,  /*new*/
.footnote_plugin_tooltip_text {
	text-decoration: none !important;
	border-bottom: none !important;/*new*/
    cursor: pointer;
    z-index: 1;
}

Worse: Regarding the alternative loading of jQuery?UI, I missed out on re-adding a bit of code that went into the jQuery Tools line. Sorry please. The code is now complete, and now unused enqueuing lines are correctly commented out.

Hopefully this brings the needed fixes. Sorry for coming late after wasting your time, but I’ve been working also on the tooltips’ code, to no avail.

Best regards,
@pewgeuges

@andreasra: I wanted tn mention that the tooltips showed up in the copy saved to a folder and opened as a file. So I wanted to make the code more robust but failed. The heavy use of jQuery has been criticized wrt site performance, and the request is that it become optional. So we’ll need to come up with a lean solution (using CSS transitions and a few lines of script to fire it up).

Right now the topmost urgency is to add a setting for the Continue button label.

We’ll further look into the issue if the alternative way of enqueuing jQuery?UI doesn’t work out for you, based on current v2.0.9d3.

@andreasra

After releasing v2.1.0, the development version (currently 2.1.1d0) has been reset to the alternative jQuery?UI inclusion in case it can be helpful.