-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't reset selection on mouse clicks, but only on mouse drags #2530
Comments
Reset selection only on GPM_DRAG |
Hmm... :) this is an argument.
The patch is probably only useful when you use F3 F5 etc... select copy move commands and not clipboard. And yes, I'm really using it :)) But, I think the patch does not add any inconvenience? |
Other text editors (FAR editor, for example) have explicit option ("Persistent blocks"). Persistent block isn't deselected on cursor keys and mouse clicks, while not persistent block is deselected. This behavior is internally consistent. |
|
|
Why wontfix? |
Reset selection after copying it to the clipboard patch |
I've come up to the same patch (reset-after-store) for 4.8.7 and 4.8.8 (what a pity I haven't seen this ticket before). I can confirm that this patch works as it should and I patched my mc about 6 mounths ago without any issues. But this patch drops selection after Ctrl+Ins even if editor_persistent_selections=1. I don't know whether it is a desired behavior - I always use editor_persistent_selections=0. |
|
Important
This issue was migrated from Trac:
vitalif
(vitalif@….ru)gotar@….pl
By now, mc resets selection on every mouse click. That's very inconvenient as selecting with mouse is usually needed when the you don't want to navigate far away with key presses, and you'll probably not want to navigate back with keys again. But you can't navigate back with mouse as it will reset the selection you've just made.
I think mc must reset selection only if the user starts new one, i.e. drags the mouse. See attached patch please :)
BTW, there was a change in Ctrl-Ins behaviour somewhere between 4.7 and 4.8 - in 4.7 Ctrl-Ins resetted the selection, but now it doesn't. I think it was more convenient when it resetted the selection. Are there any principal arguments? Maybe the behaviour could be restored to original, or selected with an option?
Note
Original attachments:
vitalif
(vitalif@….ru) onApr 4, 2011 at 22:07 UTC
vitalif
(vitalif@….ru) onFeb 17, 2012 at 12:54 UTC
The text was updated successfully, but these errors were encountered: