| Summary: | EDITING: Inserting of a Paragraph above a Table of Contents is not Possible | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Harald Koester <harald.koester> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | enhancement | CC: | computergeoffrey, heiko.tietze, jbfaure |
| Priority: | low | ||
| Version: | 4.1.2.3 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.freedesktop.org/show_bug.cgi?id=71496 https://bugs.freedesktop.org/show_bug.cgi?id=71499 https://bugs.freedesktop.org/show_bug.cgi?id=71500 https://bugs.documentfoundation.org/show_bug.cgi?id=51689 https://bugs.documentfoundation.org/show_bug.cgi?id=135384 |
||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 89606 | ||
|
Description
Harald Koester
2013-11-11 15:42:49 UTC
Reproducible but, for me, it is not a bug, only an enhancement. That said there is an easy workaround: remove the ToC, insert the paragraph, insert the ToC. As inserting a ToC is automatic, it is very easy to do. Note: IMHO, the need of this enhancement comes from a workflow that does use templates as it should. It is weird to create a ToC at the top of the document, the beginning of the document is the place of the title, not of the ToC. Best regards. JBF Enter at the very first position in the table adds the break before it now. Tested with Version: 6.2.8.2 Build ID: 6.2.8-3 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kde5; Locale: de-DE (en_US.UTF-8); UI-Language: en-US Calc: threaded (In reply to Heiko Tietze from comment #2) > Enter at the very first position in the table adds the break before it now. I checked this with version 6.4.0. The behaviour is still the same as I described it in my initial report. Perhaps you mix up a table with a table of contents? (In reply to Harald Koester from comment #3) > Perhaps you mix up a table with a table... I do, sorry. I don't see a point in this bug. Default setting is with "Enable cursor". If someone turns it off, s/he should know why and what's the consequence. Also, ToC is usually not the first. Even if this happens, easy to recreate with an empty paragraph above. All in all, so many conditions for a small gain and very rare situation, if ever. My general view is that any enhancement is welcome, whenever and if ever is done. But I don't see as an enhancement at all, this is rather solving of unbelievable situation. So I set WontFix. If I (as QA) am wrong, UX may change. Note: there's a hang that I'll report separately. (In reply to Harald Koester from comment #0) > If you enable the option in step [2] it is possible to move the cursor in > front of the “T“, but it's still not possible to insert a new paragraph. With default setting Of "Enable cursor", it is possible to insert a new paragraph above ToC, with double Alt+Enter (can't says why double). So that would be WFM. Test with LO 7.1+. |