https://bugs.documentfoundation.org/show_bug.cgi?id=161621
ady <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stephane.guillou@libreoffic | |e.org --- Comment #2 from ady <[email protected]> --- While I can replicate the reported behavior with the "fill handle", I am not sure whether to qualify this as a bug, or a (strange?) consequence of an expected behavior. IOW, let me doubt that the "Expected Results" mentioned in comment 0 is correct; it might be the expected behavior by some users, but I am not sure what exactly _should_ be expected. At any rate, the intended result can be achieved by the following procedure: 1. Open attachment 194784. 2. Select the range A2:A8. 3. Press-and-hold the main button of the mouse on the "fill handle" (i.e. the bottom-right corner of the selected area). 4. Without releasing the button, drag the mouse down until the desired area is covered. For example, drag the mouse from the initial A2:A8 selection until the selection covers the range A2:A29. 5. Without releasing the mouse's button, press the [CTRL] key on the keyboard. 6. Now release the mouse's button, and then the [CTRL] key. The original 1-7 values are repeated: A2:A8, A9:A15, A16:A22, A23:A29. IOW, adding [CTRL] repeats the values, as expected. Without [CTRL], the filling values should be increased progressively, but I am not sure how this progression should be implemented for this numeric case/example. If the current behavior (without [CTRL]) is really wrong/unexpected, then I guess we could open a new enhancement request in order to improve that behavior. Additionally, there might also be some possible (independent) enhancement regarding the alphabet/string/text case. With [CTRL], the text repeats; without [CTRL], maybe the alphabet could continue-on, as if it was a known list. This would also be a new enhancement request. -- You are receiving this mail because: You are the assignee for the bug.
