Description: When a Table of Contents with 2 or more columns gets saved in Writer as docx and refreshed it changes to a single column ToC. Steps to Reproduce: 1. Open Writer. 2. Create a text with some headings so a ToC has something in it. 3. Insert→ Table of Contents and Index→ Table of Contents, Index or Bibliography...→ Columns- > Change it to 2 column ToC. 4. Save as odt and docx. Actual Results: In the docx saved file the ToC has a single column while in the odt it has the specified one. Expected Results: Expected results: The ToC should have the same column number even after saving as docx. Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 149251 [details] The docx saved file.
Created attachment 149252 [details] The .odt saved file
Created attachment 149253 [details] Screenshot of the odt and docx side by side in Writer.
confirm in Версия: 6.2.0.3 ID сборки: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62 Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; Локаль: ru-RU (ru_RU); UI-Language: ru-RU Calc: threaded
Confirm behavior doesn't mean it's bug (New). This looks like "NotOurBug" to me because I don't see that MSO supports multiple columns in ToC. But I change to NeedInfo to confirm for DOCX format. If not confirmed, please don't set back New.
Created attachment 149265 [details] TOC with two columns from Word 2013 It's not so trivial to set up two (and more) columns of ToC in Word, but certainly possible inside the ToC object. There is also this neat tutorial about setting it up: https://www.youtube.com/watch?v=xedlS5eL1pc
Created attachment 149266 [details] Screenshot of the two column ToC in Word and Writer Version: 6.3.0.0.alpha0+ Build ID: f22ce685260b8b7b792f1f132472c88c6b655589 CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; Locale: hu-HU (hu_HU); UI-Language: en-US Calc: threaded
Created attachment 149267 [details] ToC on a page with two columns from Word Another example: set the whole doc to two columns and insert a ToC in Word. The ToC object respects the column widths.
Created attachment 149268 [details] Screenshot of the Toc in two columns in Word and Writer side by side attachment #149267 [details] : in Writer the ToC object does not respect column width around it.
Maybe this is actually two bugs, I'm not sure. However it is currently not possible to correctly open (or create) a DOCX in LO with: - two columns inside a ToC (attachment #149265 [details]) - a ToC inside two columns (attachment #149267 [details])
OK. Then it's from LO 3.3. I'm not sure it will work both ways.
(In reply to Gabor Kelemen from comment #6) > Created attachment 149265 [details] > TOC with two columns from Word 2013 > > It's not so trivial to set up two (and more) columns of ToC in Word, but > certainly possible inside the ToC object. > > There is also this neat tutorial about setting it up: > https://www.youtube.com/watch?v=xedlS5eL1pc But it isn't option for TOC
(In reply to Roman Kuznetsov from comment #12) > But it isn't option for TOC ... and you know what: the 2-column layout is discarded if you refresh the ToC in Word then. Well - you can avoid that, if you select not only the ToC entries, but also the following empty paragraph inside the "smart tag" frame - making the 2-column section outside of the ToC field (and include that empty paragraph, making even-number-of-entries ToC distributed badly); that also might be "fixed" by following deletion of the extra paragraph ... but even that is not enough: the manual paragraph right tab settings are also reset, and the page number is moved outside of the visible area. Last resort is using a different separating character instead of the TAB in the ToC - like space or em dash - which is not the same. So - multicolumn ToC is really a feature not supported by Word. FTR, there is the list of field codes in Word [1], which includes ToC field codes. My take is NOTOURBUG, following comment 5. [1] https://support.office.com/en-us/article/list-of-field-codes-in-word-1ad6d91a-55a7-4a8d-b535-cf7888659a51
*** Bug 143501 has been marked as a duplicate of this bug. ***
Dear NISZ LibreOffice Team, 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