Description: Inconsistent comment deletion behavior (and not matching anchors) Steps to Reproduce: 1. open the attached file 2. Place cursor at the end of the first line (behind cd) 3. Press backspace until v -> Comment gone 4. Go to the fourth line.. and press backspace (comment anchor moves) Actual Results: Anchor is deleted instead of moving Expected Results: Moving comment anchor Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: abcc4eb907661e07ad850ccce7eb06f129da4286 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Created attachment 165650 [details] Example file
@Michael Should the comment anchoring be comparable with the image anchor behavior?
comments should behave like as-character flys, with the character at the start of the comment anchor.
This is the distinction *where* (relative to the anchor) the cursor is put. On the fourth line, when you *click* there, the cursor is put after all the text, *but before the anchor*. If you press right arrow then, the cursor will go after the anchor (note how the line from anchor to the comment changes its appearance from solid to dashed line). Also the cursor is *after* the anchor if the step 4 (loosely expressed as "Go to the fourth line") is performed using Ctrl+End. So the behaviour of anchor movement here is perfectly consistent. What is questionable is placement of cursor after the left mouse click.
(In reply to Mike Kaganski from comment #4) > This is the distinction *where* (relative to the anchor) the cursor is put. > On the fourth line, when you *click* there, the cursor is put after all the > text, *but before the anchor*. If you press right arrow then, the cursor > will go after the anchor (note how the line from anchor to the comment > changes its appearance from solid to dashed line). Also the cursor is > *after* the anchor if the step 4 (loosely expressed as "Go to the fourth > line") is performed using Ctrl+End. These observations are correct. FWIW: those differences are bit to subtle for me. For me a cursor is a cursor. If I'm it around with mouse (click) or keyboard. So I don't even comes to mind looking at those aspects For the record Click at the first line after the 'v' and the 'comment' anchor as such will be selected (which is also pretty nasty, if you ask me) Another 'annoyance' (bit out of scope here). Type AAA + Insert comment (type something in it) back to main doc, Press arrow left & start typing.. The comment anchor while be in the middle. And no clue how to solve that. Except reinserting comment box (or if possible undo & restart). The selection issue with the mouse is also obvious in bug 136879 (more or less causing the undo problem; or making the issue more prominent)
(In reply to Telesto from comment #5) > For the record Click at the first line after the 'v' and the 'comment' > anchor as such will be selected (which is also pretty nasty, if you ask me) -> Appears to be a regression; created a new bug 136880
Step 4 - the part about the cursor being placed BEFORE the comment instead of AFTER the comment was fixed in 7.2. *** This bug has been marked as a duplicate of bug 120290 ***