https://issues.apache.org/ooo/show_bug.cgi?id=64223
JoKeel <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #4 from JoKeel <[email protected]> --- I have attempted to replicate bug 64223 in the latest version of Writer, which resulted in behavior a bit different than what was originally reported: the space bar, back space, and arrow keys work inconsistently when spacing a word to the end of a table cell, or to the end of a document in general (as noted by [email protected]). I am using the following version of OpenOffice: Apache OpenOffice 4.0.1 AOO401m5(Build:9714) - Rev. 1524958 2013-09-20 11:40:29 (Fr, 20 Sep 2013) I have also tested this in the following version of MS Word with the same results: MS Word Version: 14.0.7015.1000 (32-bit) The following are the steps I have followed with the recorded results: 1. Open Writer 2. Insert a 2 (column) x 1 (row) table 3. Insert the cursor into the first table cell (i.e. click the mouse at the beginning of the cell) 4. Type the word “word” 5. Insert the cursor before the word “word” 6. Using the space bar, enter spaces until the word “word” jumps to the next line (in the original report, lars reported to use spaces until all but the first letter of the word have been wrapped to the next line, but I cannot replicate this behavior. The whole word jumps to the next line). 7. With the cursor still in front of the word “word” (now on the second line), try to enter spaces. Nothing happens. You can no longer enter spaces. The word “word” remains immobile. (In the original report, lars stated to enter 2 spaces with the character ‘w’ jumping to the next line, just like the caret. Again, I cannot replicate this behavior). 8. Press left arrow on the keyboard once. The cursor should now jump back to the end of the first line. 9. Using the space bar, enter 3 spaces: the cursor does not move (in the original report, lars stated that the caret should now jump to the beginning of the line: defect) 10. Press the right arrow key on the keyboard one time. The cursor jumps to the beginning of the second line, in front of the word “word” (in the original report, lars stated that “the left and right arrow keys should stop functioning: defect 2”). 11. Press the backspace key on the keyboard. Nothing happens. The word “word” remains immobile. 12. Press the enter key on the keyboard one time. Nothing happens. 13. Press the enter key on the keyboard a second time. Now the word “word” drops a line (and continues to do so if you keep hitting enter). 14. Press the backspace key again to try to return the word to its original position in a 1-line row. You can only backspace as many times as you were able to use “enter”. You still cannot backspace to the original 1-lined row UNLESS you hold the backspace key down until the word starts to move (as opposed to hitting it and lifting your finger off of it, one backspace at a time). I also performed these steps without using a table, and the behavior is the same. ([email protected] noted this regarding the original report.) Similar behavior has been reported in “Bug 64201 -unexpected wrapping of space characters” and “Bug 20878 - Q-PCD Show spaces at end of a wrapped line in Writer”, and numerous duplicates have been closed as referenced in Bug 20878. However, it appears that there are still some quirky behaviors occurring with spacing. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
