Description: On page no 103, endnotes should start just after end of document(endnotes heading on last page of doc) on same page. Instead, they cause new page to be created and start from that page even if space is there to accomodate some endnotes on last existing page itself of doc. Seems continuous endpoints compat settings is not working as expected as mentioned in https://vmiklos.hu/blog/sw-continuous-endnotes.html Steps to Reproduce: 1.Open the file with LibreOffice Writer 2.Go to page 103 having heading "Endnotes" Actual Results: Endnotes start on new page than on existing last page of document Expected Results: Endnotes should start at the end of content of doc i.e. after "Endnotes" heading Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 3ec73488e447a693a14a773a7fb96938036c0324 CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Vulkan; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded
Created attachment 186826 [details] File having endnotes position issue
Please don't mark your own bugs as "new" if there's no bisection or confirmation elsewhere. Setting back to "unconfirmed" for now.
I see no EndNotes whatsoever in Office 365. In LO, I see the gap as in Description, in a recent master build but also in: Version: 6.0.0.3 Build ID: 64a0f66915f38c6217de274f0aa8e15618924765 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk2; Locale: en-AU (en_AU.UTF-8); Calc: group And also in OOo 3.3, so this is the same as bug 58521. The feature you linked was implemented and on as a default of the DOC format. Turning it on for DOCX was done but then reverted, see bug above and bug 143456. Marking as a duplicate. *** This bug has been marked as a duplicate of bug 58521 ***
Any reason why is support still missing in .docx format , while it is available for .doc format? @vmikolas any quick way to achieve this ?
@vmiklos
Enabling it for DOCX is a one-liner, but then you'll get a long list of DOCX files which are still problematic with the current state of this layout code (see e.g. bug 143445). So it is only responsible to enable this if the same person has time to do the matching layout improvements, which is not quick. At least that's why I didn't enable that so far.