Launchpad has imported 2 comments from the remote bug at https://bugs.documentfoundation.org/show_bug.cgi?id=126068.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2019-06-24T10:04:36+00:00 Marcus Tomlinson wrote: Description: When at the end of a line in Writer, spaces seem to get inserted with zero width rather than wrapping over to the next line. I.e. x number spaces at the end of a line requires x number of backspaces to move the cursor backward again. Steps to Reproduce: 1. Open Writer 2. Hold down the spacebar Actual Results: When the cursor hits the end of the line, subsequent spaces are entered invisibly at the end of that line. Expected Results: When the cursor hits the end of the line it should wrap over to the next. Reproducible: Always User Profile Reset: No Additional Info: Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1831624/comments/9 ------------------------------------------------------------------------ On 2019-06-24T13:01:42+00:00 Vstuart-foote wrote: Confirmed on Windows 10 Home 64-bit en-US with Version: 6.2.4.2 (x64) Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded STR 1. New Writer document 2. Page properties, set left & right margins to 3" reduce to a narrow column 3. change font for Paragraph to Liberation Mono 4. enter sequence of spaces to fill to the reduced margins (24 on US 8.5x11 in page) 5. notice the count of characters in the status bar shows 24 6. keep entering spaces, count goes up but text cursor remains at right margin 7. back space will reduce the count of characters, untill cursor starts moving left into paragraph again. Enter additional spaces, text cursor again stops a right margin. 8. save file to Flat XML .fodt 9. open the .fodt in a text editor Examine the <text:p> and note that the text spans are <text:s text:c "25"> or more, so this looks to be correct ODF 1.2 recording of spaces. And, they are legitimate Unicode U+0020 (not assigned any other glyph with an <Alt>+X toggle) However with a second paragraph, placed after the first, text cursor movement will pass from the right margin of the first directly to the left margin start of the next paragraph. Ignoring the text span's <text:s text:c> "spaces" beyond the end of the margin. Not clear it is incorrect (from ODF perspective) but it is weird UX. @Regina? Reply at: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1831624/comments/11 ** Changed in: df-libreoffice Status: Unknown => Confirmed ** Changed in: df-libreoffice Importance: Unknown => Medium -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1831624 Title: ibus-cangjie in libreoffice cannot type Chinese character at end of line To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1831624/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
