@jbj2199
Hi Ben,
Thank you for requesting this feature that does not exist yet but should make it into oncoming v2.6.0 and sooner into one of the preceding development versions. It’s now in the queue and I’ll post again if it becomes available.
Despite my label I’m not a plugin author, only a maintenance programmer coming up with a bunch of bug fixes 3 months ago, and I’m grateful that a way of implementing extra tooltip texts has now been engineered based on the hint that you provide alongside: In the presence of a configurable shortcode separating tooltip text and reference container text, the tooltip text shall appear instead of the truncated text, and be followed by a read-on button using a label configurable separately in a ‘Tooltip text’ settings container.
Does this match what you are looking for? If not, please feel free to post different requirements.
Thank you.
@pewgeuges
Hey @pewgeuges,
thanks for your super quick response. I highly appreciate it.
I think, yout got me exactly right: It would be great to have th eoption for a shortcode separating tooltip text and reference container text. But at least for me the rest could stay the same: The tooltip text fully appearing in the tooltip (without a read-on button) and no further configurations needed.
Do you already know if this has a chance to make it into v2.6.0? When can we expect this update?
Thanks,
Ben
@jbj2199
I’m sorry for being unable to respond without having it working, so I tried but failed. I can’t predict nor promise anything.
To speed the process up, if the implementation succeeds it will be available for download at https://downloads.wordpress.org/plugin/footnotes.zip and I’ll post in this topic again, ahead of the 2.6.0 release.
The only thing I know is that before becoming configurable, the shortcode is [[/tooltip]], which would be the default value. Other options would include || and \\, for consistency with the ((…)) scheme.
Sorry please.
@jbj2199
The feature has been fast-tracked and is now available in now-current v2.5.2, but only when using the shortcode [[/tooltip]] to mark the end of the dedicated tooltip text, displayed in the tooltip while the part after this shortcode is found only in the reference container. Nothing changes for any footnotes without this shortcode.
Due to the lack of any ability to configure the shortcode, documented only in the changelog (and here), the feature is not complete, only as an update, not a full-fledged feature, so that the minor version number has not been incremented. Everything missing should be added in bugfix releases or in on-coming v2.6.0.
However I’m glad that for now you are fine with this state, and thankful that the functionality is now ultimately delivered in time.
Thanks again for helping Footnotes live up to more requirements.
Wow, @pewgeuges!
This is great. I updated the plugin and it’s working perfectly. Thank you very much. This is incredible level of support.
All the best!
Hi @jbj2199,
Thanks a lot in turn for commenting on how it works out. I’m gratefully relieved that the functionality has ultimately got to happen (as mentioned I didn’t author the plugin).
Three related issues are now identified:
- The first one is not much of an issue. Noticing that WordPress comes with the ability to define custom excerpts and offers also an excerpt delimiter, not doing likewise in Footnotes for the tooltips (while optional truncation was already available) looks like a design flaw to me now. Hence this topic is now considered a bug report, and releasing the solution as bugfix v2.5.2 is consistent with semantic versioning.
- I got the idea of adding an option for the tooltip text to show up in the reference container. That has now been added in the algorithm. Once this option is available in the dashboard, consistency with the blog engine not displaying custom excerpts before the posts means that not mirroring the tooltip text in the reference container should remain default.
- More importantly, on smartphones, the jQuery script adapting the tooltips to the window/screen edge seems to be defunct in all browsers for Android. Therefore, visitors accessing the pages on a mobile device may hope to be given a chance to read the full tooltip content after tapping the referrer and getting to the reference container. I suspect that for that reason, prepending the tooltip content to the main footnote content in the reference container (preceded by an introducing string like a space, an em dash, a line break) might become default.
Should point 3 end up as suspected, you would need to change that setting immediately after updating the plugin to the version where these settings will add in the dashboard under General settings.
Apologies for complicating things!
-
This reply was modified 3 years, 3 months ago by
pewgeuges.
-
This reply was modified 3 years, 3 months ago by pewgeuges.
-
This reply was modified 3 years, 3 months ago by pewgeuges.
@jbj2199
Sorry we’d rather try to debug tooltip display and just add a warning in the dashboard about the odds of tooltips not being fully readable in mobile view.
You won’t need to open the dashboard and review any new settings when added next, as the current behavior will remain default.
Thanks again for triggering these improvements! All the best likewise and a healthy new Year!
