Open code editor in elm code
rclick on an area of the window outside the numbered lines
no menu
Open code editor in elm code
rclick on an area of the window outside the numbered lines
no menu
I had thought that would be the correct behaviour... Given that there is no context at that location what do you imagine the menu should contain?
Where in the last line? The pointer position may not be after the end of the last line...
The pointer may be wherever. When you paste below the numbered lines the paste should go at the end. And even if you paste (with the mouse obviously) in a different position than where the pointer is -in the numbered lines- the paste should go where you clicked.
When you right click the cursor jumps to the location so that the operation will happen where expected.
If you are outside the area and there is a long line of text on the last line it does not make sense to paste at the end of it - the content will not appear in the expected position.
Should the cursor instead move to the correct X position on the last row, or should it create a new blank line to be pasted into?
I'm not sure that either behaviour is what the user would expect - what do you think?
Looking at some editors (on OS X):
TextMate would select the whole last line and replace it
TextEdit will leave the cursor where it is and insert, if it's at the end of the last line, and otherwise select the last line and replace it
It's not a well defined problem I guess, and I'd like to find the path of least surprise...
What i would expect is: If i click (paste) on an area below the numbered lines i would expect the text to be pasted at the end of the last line. Creating a new line and pasting it would also be ok. Replacing something (unless it is selected) would be a big no. As for moving the cursor if you click outside the number lines i believe it shouldn't move. Ie what if you regret pasting. The paste however should be at the end or at a new line.
I'm not sure I agree with not moving the cursor but pasting somewhere that the cursor is not...
The cursor remains where the input is occurring and I'd like to maintain that.
I think "create a new line, move the cursor there and then paste" works as a definition for me - does that make sense?