My environment: XP Pro SP 3 - Libo 3.3.2
Reproduced on Vista and XP SP 3 family - Libo 3.3.2
1) Edit> Cut (or Ctrl + X or Shift + Del) does not display the blinking border which symbolizes the manipulation.
Besides the inconsistency with the copy, now similar "to excel", this absence is particularly troublesome with Shift + Delete for reasons "historic".
In previous versions this shortcut allowed fast deletion (without display selection dialog = alternative to the button Backspace).
Reproducing the problem:
Select one or more cells containing something (text, number, formula...)
Press Shift + Del, the content is removed (OK), the range is selected (OK)
Press Enter: the deleted content is restored ... what is normal with the new paste mode but *seems* abnormal because of the abscence of the blinking border.
Reported effect "missing dotted frame" is [Reproducible] with "LibreOffice 3.4Beta3 – WIN7 Home Premium (64bit) English UI [DEV300m103 (Build:3)]". I also would expect that <cntrl+x> should create the same dotted frame around the cell contents putted to the clipboard as <cntrl+c> does.
LibO behavior for <cntrl+x> differs from the one in EXCEL:
- EXCEL: LEAVES the contents in old cell until clipboard will be pasted anywhere.
So the dotted frame is required to know that <cntrl+x> has been done
- LibO: DELETES old cell contents immediately after having put it to clipboard
So the dotted frame is not necessarily required to know that
<cntrl+x> has been done.
I'm tending to think that it would be the better solution to see the frame, but I also could respect the current behavior as the intended behavior.
- can you contribute
-- a help text or specification concerning frame
-- experience from other spreadsheets than Eexcel
Can you please have a look and may be leave a comment?
OK with Rainer :
"LibO DELETES old cell contents immediately after having put it to clipboard
So the dotted frame is not necessarily required to know that <cntrl+x> has been done."
BUT, the dotted frame is essential to know that the "cut" is still in progress because the next <Enter> will paste the cell cut in the current cell.
Furthermore note that the Enter key is assigned by default to move the selection down (Tools> Options> Calc> General). I do not use it but some people do... They must be warned that the next <Enter> will paste
Except Excel I do not know another spreadsheet using this dotted frame. Ms-Works does not use it.
I never liked this function, I prefer the one used previously (exclusive use of the clipboard). I suppose it is unfortunately too late to "go back" ... and so, IMHO the dotted frame is essential for the reason mentioned above ("cut in progess"
I also think that showing the border would be more consequent and useful.
Agreed. I'll take it.
pushed a fix in master for the 3-5 release