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 Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1831624 Title: ibus-cangjie in libreoffice cannot type Chinese character at end of line Status in LibreOffice: Confirmed Status in libreoffice package in Ubuntu: Incomplete Bug description: I am using LibreOffice Version: 6.0.7.3, in particular I am using LibreOffice Writer. I am using ibus-cangjie to input Chinese. I cannot input any Chinese characters when I reach the end of a line on the screen. The expected behavior is that the typed Chinese character simply spills over to the next line and I can continue to type without a problem. If I reach the end of the line with half a space (of full-sized Chinese character) available, then I could insert a punctuation mark like 。 or 、 even if I use cangjie codes to input them (and then I can continue normally). if I reach the end of the line with no space available, then I cannot insert 。 or 、 when I use cangjie codes to input them (in the ibus- cangjie standard input table, 、 = XI) In neither case I can type a Chinese character like 日, all the typed characters simply disappears from the input queue and is not typed at all. Note that as I type I can see that the candidate Chinese characters according to the cangjie codes I input, they just don't get sent to the application. when I am at the end of the line, I can type as many spaces as I want and the problem of being unable to type a Chinese character persists. Finally, the bug only triggers when I am at the end of text; if I am inserting in the middle of text, even if I am at the linebreak, I can type normally and naturally. the attached screenshot shows where I am getting my cursor stuck. To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1831624/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp