Description: While using a "Tools -> Footnotes and Endnotes -> After" to set a proper indent betwen footnote number and footnote itself, I found that it's not work for DOC. When I save ny file as ODT, all looks quiet good. But when I save it as Word 97-2003 DOC, whatever characters set in "Tools -> Footnotes and Endnotes", completely disappears both from menu settings and from text itself. Steps to Reproduce: 1. Set Tools -> Footnotes and Endnotes -> After and type whatever (some spaces, f.e.) 2. Enter a footnote in text 3. Save file as ODT 4. Reload ODT file. All looks good: there are "after" characters 5. Save file as Word 97-2003 DOC 6. Reload DOC file. "After" characters disappears both in Tools menu window and in document's footnotes Actual Results: Characters set in "After" section disappears and not applied to text Expected Results: Characters from "After" section is saved and applied in text Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 153632 [details] Properly formatted ODF
Created attachment 153633 [details] The same document in DOC, with bug
I confirm it with Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded
Also reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e and Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
I gave a try at https://www.howtogeek.com/359187/how-to-use-footnotes-and-endnotes-in-microsoft-word/ to create a brand new doc in Word 365. I don't see the options "Before" or "After" for "endnote" or "footnote" in Word. Perhaps we lose "Before" and "After" info because doc and docx format don't have these notions?
(In reply to Julien Nabet from comment #5) > Perhaps we lose "Before" and "After" info because doc and docx format don't > have these notions? It should be possible to emulate this. I managed to add a bunch of junk using Word's "Custom mark". It ends up just being a normal run of text using the FootnoteReference character style. <w:r> <w:rPr> <w:rStyle w:val="FootnoteReference"/> </w:rPr> <w:t>before</w:t> </w:r> <w:bookmarkEnd w:id="0"/> <w:r> <w:rPr> <w:rStyle w:val="FootnoteReference"/> </w:rPr> <w:footnoteRef/> </w:r> <w:r> <w:t xml:space="preserve"> Here is my footnote.</w:t> </w:r>
Created attachment 174556 [details] Custom footnote.doc: made by Word 2016. LO opens poorly (same with DOCX) On import, we basically just treat this as part of the footnote itself. So that probably could fairly easily be emulated for AFTER, but not for BEFORE. In Word, this can be entered just by putting the cursor before/after the footnote character and typing whatever you want. So it is easy to create something like this.
Created attachment 174564 [details] beforeAfterFootnotes.odt: don't make this look dumb during emulation This blew apart my grand idea of DocxAttributeOutput::FootnoteEndnoteRefTag() OUString sSuffix = rInfo.GetSuffix(); if (!sSuffix.isEmpty()) { RunText(sSuffix); m_rExport.m_bAddFootnoteTab = false; }
There isn't any workaround until this is fixed, is there? Maybe some way to add a space automatically to the beginning of the footnote text, as opposed to appending a non-clickable character to the footnote numeral? (That doesn't help with needing to add characters before the footnote numeral, of course.) Just tired of manually going to each footnote and hitting space when I need to send someone a decently-formatted docx.
Dear cbogdanov, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Jackson Sul from comment #9) > Just tired of manually going to each footnote and hitting space when I need > to send someone a decently-formatted docx. At first I was confused about this complaint. When I add footnotes to an ODT in LibreOffice, the number is followed by what appears to be a tabstop space (although this is actually just a special first-line indent - must be special layout handling to deal with footnote numbering before - see bug 159382). Apparently it is often converted into a real tabstop when round-tripping to DOC/DOCX formats (see bug 106062). Oh - I think I might understand. If you go into "Tools - Footnote/Endnote Settings" and set something in the "After" field, then it uses that instead of the tabstop - and then as this bug report points out, those are lost on the round-trip, and that setting is lost too. That also means that when you use LO to add a new footnote into a DOC/X file, then there is no space added (because there is no first-line-indent, and there is no "After" character). But at least this is WYSIWYG. It just doesn't automatically insert a real space character like MS Word helpfully does. Important to note that the stuff in "Tools - Footnote/Endnote settings" is just layout/display information. It is not "part of the text" and so it is not written out to DOC/X files. So, for example, defaulting "After" to be a space during DOCX import would destroy the correct layout of existing DOCX files (and remember, it isn't written out to the file anyway...). Basically, "Tools - Footnote/Endnote settings" should be disabled during DOCX import.