| Summary: | Writer EDITING: Tracking changes not totally consistent in numbered list | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | johannesdenboer |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | NEW --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | sasha.libreoffice, stgohi-lobugs |
| Version: | 3.3.4 release | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | BSA | ||
| i915 platform: | i915 features: | ||
| Attachments: | Behavior of track changes as it is working now, It would be nice if the number also gets a strike through and the list doesn't count the deleted number. | ||
reproduced in 3.3.4 and 3.5.2 on Fedora 64 bit changing version to 3.3.4 as most early reproducible for comparison, msWord 2007 strikes out all numbers of items beginning from deleted line until end of list and places new variants of numbers to right of stricked out. Reproducible with LO 4.4.0.0.beta1 (Win 8.1). To delete the number you need to use the Backspace key to get to the previous line. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 53337 [details] Behavior of track changes as it is working now, It would be nice if the number also gets a strike through and the list doesn't count the deleted number. Problem description: Mayby it is more like a feature request than a bug report. Tracking changes delivers for deleted text an line through. But when editing a numbered list the deletion of the number cannot be tracked. Steps to reproduce: 1. create a document with a numbered list 2. enable track changes 3. delete a rule with its number Current behavior: The deleted rule gets a strike through, but the number keeps normal or totally deleted without notion of its deletion Expected behavior: The nicest behavior would be that the number gets a strike through and the next number is the same, so that when the changes are accepted the numbering doesn't change any more Platform (if different from the browser): Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20111002 Firefox/7.0.1 PaleMoon/7.0.1