pewgeuges

@davidwd, @cconser, @julienfelix, @zek:?@lolzim, @markcheret and I are eager to highlight that @vonpiernik has shared a fix https://www.ads-software.com/support/topic/tooltip-hover-not-showing/#post-13456762 and that this fix has been implemented, is now part of the plugin’s code and will be released very soon.

I apologize for not having been aware nor joining in sooner. The on-coming release will package all available bug fixes, and there are quite a lot.

Please stay tuned.

Thanks.

Thank you @vonpiernik for the fix! I’ve implemented it, it works great, and it is going to be part of the on-coming footnotes release.

@mmallett: Your blog deserves the best footnotes plugin. The one you liked to use, ‘footnotes’ is standing before a major release that will fix many bugs at once. Please stay tuned, it shall come along soon. I’m really sorry for not joining in as soon as I had some fixes ready, but I wouln’t have had the one fix that @vonpiernik contributed, because I continued using WordPress?5.4, as I got aware how the block editor UI of v5.5 dropped valuable features (beside adding valuable others).

Fortunately this unpleasant time is now going to belong to the past. My apologies, again.

Hi @bowport,

Sorry for coming late, and for the trouble you are experiencing.

For now you have implemented a stable workaround that displays footnotes correctly and prevents mobile visitors from having display issues. I’ve tried out mobile view on a page with a featured image in a local WP sandbox, through the mobile view emulator built into the desktop version of Chrome, but I can’t reproduce the problem.

The plugin’s CSS does no media queries, so the styles cannot be selectively broken except if it’s due to a failure of the design to be responsive.

Sorry for not being helpful either.

Hi @gernsheim,

Sorry for being late replying.

I had exactly the same problem, due to a missing CSS rule in the plugin: When printing, the footnote text displays inline—where it sits for the tooltip infobox to display on mouse-over—additionally to displaying in the footnotes list at page end. As you point out, this bug is compromising the very concept of a footnote.

To fix it, please add this rule to your embedded custom CSS or wherever you are maintaining a custom stylesheet, or directly into the plugin’s public style sheet wp-content/plugins/footnotes/css/public.css:

@media print {
	.footnote_tooltip,
	.footnote_plugin_link {
		display: none;
	}
}

The .footnote_plugin_link class will also be hidden at printing because these are the backlink arrows in the footnotes list and serve no purpose in the PDF as it is currently generated.

If the plugin author accepts an on-going pull request, that will be fixed in the next release. As of the backlink arrows, they’re deemed to disappear, and the backlink to go into the whole cell of the identifier for controlled scrolling, and onto the ID for default scrolling.

May I ask you if you would be fine with that?

Thanks.

I’m trying MapsMarker Pro for that purpose, after the free Leaflet Maps Marker went unchallenged, and it throws that fatal error until the empty argument is added as you advise.

Thanks a lot! I’ve duly sourced your contribution in language.php(34).

And thanks for the link to the documentation. (It just shows how PHP is intentionally moved farther away from lenience.)

Hi @matkus2,

The WP Code Reference does not require more parameters:

https://developer.www.ads-software.com/reference/functions/apply_filters/

PHP 7.3 does not throw that error AFAIKS.

Anyway, glad that you’ve got a fix, and thanks for sharing. I’ve just added your code to the bug fixes in the footnotes plugin.

• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.

Hi @arabpage,

I understand that in front of dysfunctional footnotes, you stopped using them, as I can’t see any.

As a general statement one needs to point out that the footnotes plugin needs JavaScript enabled in the browser for the footnotes interactivity to work. That requirement will be dropped at the next release if the author accepts the current pull request for bug fixes and enhancement.

Hopefully that will solve the problem on your site.

Hi @happyches,

The plugin has a suboptimal whitespace property in its public style sheet, there is nothing wrong with theme compatibility so just put this code into your custom CSS and you should be good to go. I noted that the “Combine identical footnotes“ option is enabled, and notes are numerous, so much room is needed in the first column:

.footnote_plugin_index {
  whitespace: normal;
  width: 20%;
}
.footnote_plugin_link {
  width: 5%;
}
.footnote_plugin_text {
  width: 75%;
}

However, as-is, the backlinks only work for the first occurrence of a note, not for the subsequent ones. When I started, I considered making each note unique by adding things like a page number, a quotation, a comment, and did not enable the feature, but your site has many notes so combination is a good choice.

With the suggested style rules added, all notes should become legible at least.

For the identical notes combination to work as expected, the plugin will need further debugging.

• This reply was modified 4 years, 5 months ago by pewgeuges.

Hi @ahmadword,

As I can see from the date of your post and the plugin’s last update, the bug happened when upgrading from v1.6.5 to v1.6.6, is that correct? But the only difference was in language support.

If you experienced trouble with v1.6.5 when upgrading from v1.6.4, then I suggest that you just downgrade by installing v1.6.4 from the bottom of the advanced download page https://www.ads-software.com/plugins/footnotes/advanced/ and not upgrading any more until the bug is identified and fixed. The second-last update was only about an initialisation in the widget area, adjusting margins in CSS, and in class/task.php(340) 2?added lines that don’t seem to do anything. And about an editor button added in the dashboard. So there is nothing to worry about missing out, the less as the plugin worked fine for you.

If that doesn’t help, please let us know.

Cheers,
@pewgeuges

• This reply was modified 4 years, 5 months ago by pewgeuges.

Sadly this is one of the big bugs in footnotes. To fix it, you don’t need the preventDefault method, just accurately set the default to following the precise fragment identifier. This works for me:

$l_str_ExcerptText .= '&nbsp;… ' . sprintf(__("%scontinue%s", MCI_Footnotes_Config::C_STR_PLUGIN_NAME), '<a class="continue" href="#footnote_plugin_reference_' . self::$a_str_Prefix.$l_str_Index . '" onclick="footnote_moveToAnchor(\'footnote_plugin_reference_' . self::$a_str_Prefix . $l_str_Index . '\');">', '</a>');

That also concatenates the random prefix missing in this instance. I recommend disabling the random prefix, but the fix here is to add it as intended.

• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.
• This reply was modified 4 years, 5 months ago by pewgeuges.

I’m sorry for the trouble you are experiencing. The plugin’s homepage on www.ads-software.com is featuring a call for developers made in August?2019. So far I’ve sent a pull request and an email to the plugin’s author.

@mmallett, as I can see from your linked website, meanwhile you switched to footnotes-made-easy. This plugin displays reliable HTML tooltips. By contrast, the footnotes plugin uses jQuery and needs JavaScript enabled to work.

@mmallett, @vishae, the tooltip infobox of footnotes is properly displaying on all my sites, both a blog online and a localhost WordPress sandbox, I never encountered that bug. May you please disable all other plugins, enable JavaScript, and make sure the tooltip infobox is enabled in footnotes?

Hopefully that will unveil the bug’s nature.

Hi @ragonesi,

The hyperlink symbol in the reference container is sort of a nuisance and should not exist there, its link should be on the table cell of the footnote ID. If you are interested in a proper fix removing the symbol, please let us know.

For an easy fix, it may be padded, e.g.:

.footnote_plugin_link {
	padding: 5px;
}

Hi @golazphil,

I’m unfamiliar with this bug and can’t figure it out; since it is proper to 2?sites, please feel free to share 1 URL in the field “Link to the page you need help with:”

Hi @ragonesi,

Does the fix suggested in response to your other thread do the trick?

https://www.ads-software.com/support/topic/box-around-c-references-container/#post-13579381

If not, please let us know.

Cheers,
@pewgeuges

Hi @drwinn7,

This issue has been raised on SO, and the answer is that the event is deprecated, not the method:

https://stackoverflow.com/questions/38141150/jquery-fn-load-is-deprecated

Hope this helps.

Cheers,
@pewgeuges