• Resolved russianicons

    (@russianicons)


    The counter style in the footnotes main setting is set to plain Arabic, but my footnotes are showing up as roman numerals.

    The page I need help with: [log in to see the link]

Viewing 15 replies - 1 through 15 (of 18 total)
  • Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    On your website, the footnotes are actually processed by another footnotes plugin, that is set to Roman numerals. None of the code for footnote referrers, tooltips and reference container added by Footnotes is present on the page you need help with.

    Since you are trying to use Footnotes, the fix is to disable the other footnotes plugin; I couldn’t tell which plugin exactly so you could easily spot it in the list of installed plugins, although I’d be interested in knowing its name, because I thought I’d tried out all footnote plugins available on www.ads-software.com.

    Best regards.

    • This reply was modified 3 years, 11 months ago by pewgeuges.
    • This reply was modified 3 years, 11 months ago by pewgeuges.
    • This reply was modified 3 years, 11 months ago by pewgeuges.
    • This reply was modified 3 years, 11 months ago by pewgeuges.
    • This reply was modified 3 years, 11 months ago by pewgeuges.
    Thread Starter russianicons

    (@russianicons)

    Thanks so much for your quick reply. I see what you mean about the code for the footnotes being different than the (( double parentheses that your plugin uses. But I don’t have any other footnotes plugin installed.

    Here is a page where the footnotes are working correctly. https://www.museumofrussianicons.org/savoldos-magdalene/

    The only thing I can think of is that I brought the text in from word with the footnotes already set up. But they are in Arabic numerals. Is it possible that it is the problem? I did the same when I created the page above and it worked fine.

    Thanks for your help. I’m in a bit of a panic.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Thank you for this information, and sorry for my misinterpretation. The only fix I can see is to redact the footnote referrers and to move the footnotes text from the bottom into the text, surrounded with the shortcode tags of your choice (or custom-input).

    This is the first footnote in the enumeration after the article:

    
    <p><a href="#_ednref1" name="_edn1">[i]</a> [FOOTNOTE TEXT]</p>
    

    Following your report, this was indeed predefined and copy-pasted as HTML with hard links. I never did this but I see that this works based on what you recollect.

    Of course that isn’t what you intended as it is deprived of tooltips and scroll offset, reference container label and layout, everything that makes Footnotes useful. Again, to get it to work, I see no other way than to copy-paste the footnotes one by one at the location of their respective referrer, and surround them with the shortcode tags.

    Your other page has indeed working footnotes with tooltips and the reference container collapsed by default. The box border crosses the tooltip, I’ll look closer into that after answering your question by posting this.

    Thread Starter russianicons

    (@russianicons)

    Thanks. I have so many footnotes and many articles to include on our website, that manually cutting and pasting the notes into the article with the parentheses is not feasible. Not sure what to do.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Thank you for the complement. I understand. The solution depends on the format the articles are in. Are all articles like this with this exact code? If so, the standard solution is to have a script that stores the footnotes of an article in an array, and in a second go inserts them at the corresponding referrers, removing and adding code around as appropriate.

    I don’t have such a script. Assuming that all articles are like the one you linked to as needing help with, I’ll look if I can try, but it really depends on your deadline. Meanwhile I’d suggest you may wish to send me your articles at Gmail and I’ll process them for you if that can help you out.

    Thread Starter russianicons

    (@russianicons)

    All of the articles being imported from Word. The HTML tag href that comes in from Word is connecting the text to the footnote at the bottom. If I could just figure out why the numbers are changing to roman numerals from arabic, it would be fine. I’m contacting Theme Fusion to see if they can help. I appreciate your offer. When you say process the articles, do you mean apply the Footnotes plugin to them?

    Thanks again.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Thank you. No Footnotes cannot process articles with footnotes the way Word adds them. Did you use Mammoth to import the articles from the .docx format?

    Word’s footnotes can be imported to WordPress using the Mammoth plugin. But I don’t recommend this because of the hard links that are disliked to that extent that Footnotes needed to remove them after having them alongside script links since 2.0.0. The problem is the clicks are logged in the browsing history, and the back button’s usability decreases. Also the footnotes formatting would be inconsistent across your website. Tooltips are missing too.

    I can’t figure out neither why the import changes the numbering style.

    Further the footnotes at the bottom are paragraphs of text without hanging indent to get the backlinks into the margin, whereas Footnotes generates a table.

    These shortcomings are the reason I recommend authors embed footnotes using shortcodes, if the target publication is WordPress, rather than using the word processor’s footnote feature.

    Most of the footnotes plugins for WordPress use shortcodes and inline footnotes text, but import plugins wish to format footnotes themselves without relying on another plugin to format the footnotes. I saw this problem when I started off and the only way I envisaged to address it is to advise authors to write in the correct format right from the beginning on when the decision to use WordPress is made.

    So you may wish to reach out to authors about not using the footnotes feature but just type footnotes inline using whatever shortcodes (converting shortcodes between each other is much less of a problem). For the articles already written and lining up for publication, I wish I had a script to convert them. If you have a deadline tomorrow and articles like the one your linked, helping get the footnotes into the text manually is the best I could suggest for now.

    Thread Starter russianicons

    (@russianicons)

    Okay. Thanks for clarifying. I did not use Mammouth because it looked like it keeps all f the formatting and I want to format it to the website.

    These authors will definitely not know how to put shortcodes in an article, nor would they have any interest. I’ll figure something out. I just don’t know why your plugin worked last time.

    Thanks again for your help.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    Thank you for this info. May we find out what it was that Footnotes did last time when it worked for you? As far as I know it cannot convert, but I may be mistaken. I’m only a maintenance programmer joining in to fix bugs and add missing settings. I wish I could add a feature to get Word footnotes to work or convert them to shortcodes.

    Hopefully you will succeed in designing the wanted process.

    As of the display bug where the abstract box overlays the tooltip of the first footnote on https://www.museumofrussianicons.org/savoldos-magdalene/ I’ve increased the tooltip’s z-index to the maximum 2147483647 in our current v2.2.0d5 available at https://downloads.www.ads-software.com/plugin/footnotes.zip as that is the most I can figure out to fix the display.

    Best regards.

    Thread Starter russianicons

    (@russianicons)

    Thank you so much for your help. I thought I just pasted in my text last time, clicked Footnotes, and it worked. I must be wrong. Maybe I blocked out the memory of cutting and pasting every footnote into the text with the (( on either side. Yikes!

    As for fixing the display bug, I’m not sure how to update the plugin with the info in the zip file. Do I copy and paste something into the plugin area on the website? Sorry, I am in no way a coder.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    Thanks for this info. The human memory may blank out unpleasant events to help us subsist. I wished that the author of Mammoth added a compatibility mode converting Word footnotes to shortcode-bracketed inline footnotes, for better usability and interoperability. Word itself could have an export to WordPress function like it exports to HTML. Hopefully the resources will be allocated. I’m ready to lend a helping hand to meet your deadlines (my user ID is at Gmail).

    2.2.0d5 is a preview of our upcoming 2.2.0. If you wish to test it now whether it fixes the display bug, you may do so using the WordPress plugin dashboard section > Add new > Import zip. Then it will scare you into back up the database for the sake of installing an already installed plugin. To work around, I disable and delete the existing plugin, then install the new version as a new one. This will keep all settings in the DB. Our colleague @lolzim reports that this development version passed on his test site, so I think it’s safe for you to use it. However this is a minor bug compared to the footnotes conversion problem. So you may also just wait for the next seamless plugin update.

    Thank you for your suggestion! Such a button would be very useful.

    Keep on the good work, and take care.

    @pewgeuges

    • This reply was modified 3 years, 11 months ago by pewgeuges.
    • This reply was modified 3 years, 11 months ago by pewgeuges.
    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Our new release 2.1.6 this morning contains the attempt to fix the tooltip display on your website by setting the z-index to its maximum. It already was at 999 in 2.1.5 and since 2.1.1 (99 before), but that proved insufficient. Tooltips are actually what needs to be topmost, and they therefore deserve the upper limit.

    I’ll check back on the affected page https://www.museumofrussianicons.org/savoldos-magdalene/ when you’ve had a chance to update Footnotes organically.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Thanks for updating. It didn’t fix the display bug! I’m clueless. Previously z-index always fixed such things.

    Thread Starter russianicons

    (@russianicons)

    I just now followed your instructions and updated the plugin. It did help, not completely but better than it was. thanks so much.

    Plugin Contributor pewgeuges

    (@pewgeuges)

    @russianicons

    Thank you for your feedback. You did the right thing, and this morning’s Footnotes 2.1.6 bugfix release came in handy. Indeed suddenly it has become better. A few seconds ago, the abstract box border crossed visibly the tooltip across its content, and abstract text was overlaid, but now in Chrome the tooltip neatly sits above the box border. And in Firefox the box border only crosses the tooltip’s bottom padding.

    Hopefully at some point in the future Footnotes will have a conversion feature taking in a .docx file and outputting it in WordPress’ plain text format, with footnotes embedded, following your requirements. I’m so sorry that this doesn’t already exist.

    Best regards.

Viewing 15 replies - 1 through 15 (of 18 total)
  • The topic ‘counter styles not working’ is closed to new replies.