GNOME Bugzilla – Bug 87528
Apply "singleton" logic when pasting rows and the selected cell has column > A.
Last modified: 2005-04-01 03:47:44 UTC
Summary: Apply "singleton" logic when pasting rows and the selected cell with has column > A. We should do likewise when pasting copied columns and the selected cell when pasting has row > 1. Problem: There are situations where a user wants to paste multiple rows, but is unable to do it intuitively. Repro: Open a spreadsheet Click and hold on the row 1 "button" at the left end of the row. Drag to select rows 1 through 5. Right-mouseclick -> Cut Click on the row 10, column B cell. Right-mouseclick -> Paste. Result: Pasting into B10 : is beyond sheet boundaries Expect: I'd like for us to apply the "singleton" logic to the case where, when the paste is requested, the selected cell is not cell 1 in a row or column. In other words, when pasting full rows or columns, we should always force the pasting starting point to begin with row 1 or column A.
Time to clean out old requests. This should have been done years ago. Patch will be in 1.5.1, we could backport it but I don't think that's useful.