Description: It does happen everyday that we paste LO Writer text into a WYSIWYG HTML editor... and not only that, sometimes the text will have endnotes, and they will be strictly turned into ROMAN numbers, no matter how nice you want to make WRITER not to :) this fault (cause it is a fault since a setting will be lost) is a major divorce reason for divorce when it comes to writing longer text, studies, books.. Beyond fixing this problem, a couple of strategic enhancements could be considered as well (I'M not a programmer).. when disassembling* the ODT file to a ZIP of files, looking at "content.xml", it appears that endnotes are referenced as HTML objects like: text:id="ftn1" ... text:id="ftn2" ... etc.. that is, AS FOOTNOTES... and only their class defines them as an endnote or a footnote.. this seems as an unclear way of handling footnotes and endnotes as if being in the trap of an inheritage.. I think, treating endnotes independently, giving them IDs like "enote1", "enote2", would be a great new step.. (or perhaps "e-note-1", "e-note-2", etc.. and "f-note-1", "f-note-2"... - - - another enhancement could be if endnotes (and footnotes likewise) were written physically to the END of the XML document... (the footnotes could be referenced according to their page number, but they are way less important*, so the point is what happens to the endnotes) this would clear up things again... including that what we see is closer to what's actually written :) which is sort of like the very "policy" (principle) upon which HTML5 is based __________________ I only mention this method which is trivial to You to invite more and more Writer users to look at their favorite word processor from inside Steps to Reproduce: 0. in "settings" (tools/footnotes, endnotes) set endnotes numbering to "1,2,3,.." 1. write into the document: this is an endnote (& create an endnote) 2.select all , COPY 3.paste it here: https://htmleditor.io/ Actual Results: the numbering changes to Roman (I, II, III, IV, V...) Expected Results: the numbering should stay as it was set, Arabic (1,2,3,4...) Reproducible: Always User Profile Reset: No Additional Info: I use: LO 5.1.6.2 and 6.0.4.2, they both produce the same behavior. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0
(In reply to peter josvai from comment #0) > Steps to Reproduce: > 0. in "settings" (tools/footnotes, endnotes) set endnotes numbering to > "1,2,3,.." > 1. write into the document: this is an endnote (& create an endnote) > 2.select all , COPY > 3.paste it here: https://htmleditor.io/ Repro, but I am hesitant to set to NEW, so adding needsDevAdvice.
Okay, I found it - as I was scanning through all the menus looking for export TOC ... I found send outline to clipboard :) I will report this as an enhancement request again, asking for an easy access to this functionality...
Ok, let's tweak the status to something more appropriate. https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/RESOLVED#MOVED
(In reply to peter josvai from comment #2) > Okay, I found it - as I was scanning through all the menus looking for > export TOC ... I found send outline to clipboard :) > > I will report this as an enhancement request again, asking for an easy > access to this functionality... this comment I meant to post to another topic -- copy & paste navigator window's text -- I don't know how it landed here.. :) sorry... but now it doesn't matter anyhow...