https://bugs.documentfoundation.org/show_bug.cgi?id=89151
--- Comment #2 from [email protected] --- (In reply to m.a.riosv from comment #1) > Hi @tdfb, thanks for reporting. > > Win7x64 > Version: 4.4.0.3 Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7 > > Fill hasn't a letter assigned, so I can't reproduce your data loss issue but > the behaviour has changed. You are correct -- 'Fill' doesn't currently (4.4.0.3) have a letter assigned. In previous versions, 'Fill' had the letter 'i' assigned. The letter 'i' has now been reassigned (in 4.4.0.3) to 'Edit Mode'. To reproduce the data loss: 1. Create a spreadsheet 2. enter some data 3. save the spreadsheet 4. enter some additional data 5. select a range of cells 5. Type "<alt>+e", "i", "d". In previous versions, users would type this sequence to perform a "Fill Down" operation over the selected range. In the current version, the sequence does something entirely different -- it toggles "Edit Mode" to read-only, a confirmation dialog pops up, and upon typing the final "d", the unsaved changes are discarded, resulting in data loss. My premise is that users will have previously memorized the shortcut sequence for performing a "Fill Down" and won't notice that the sequence is no longer valid until after typing it and loosing their unsaved changes. (As you might guess, I was such a user.) My secondary point was that the current lack of any shortcut letter assigned to "Fill" now makes it more difficult to navigate to its submenu and the shortcut letters found there. Using the "Fill" action is a common spreadsheet task and therefore should be easily accessible. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
