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
In 8.6.1, ctrl+dragging an existing selection replaces it instead of copying it #14561
Comments
It is a Scintilla change. See https://sourceforge.net/p/scintilla/bugs/2410/ Committed Ctrl+Click to drop selection with [3ca229]. As a consequence, Ctrl+Drag a selection is more differcult now as your workaround suggests. |
Yes, a remarkable regression. Now it's much harder to work with Notepad++. Previously, it was easy to make a serie of text copies by dragging and placing them by mouse while keeping the Ctrl key down: With new behavior we must toggle Ctrl key exactly synchronized with the mouse clicks: |
same issue here :( I very much liked the prior ctrl + drag method. please update this if npp is able to fix this (so that i can do the update). thanks |
I've been having the same issue in v8.6.1 and v8.6.2. I disabled the automatic updates via |
Note that in 8.6.3-RC2, if the newly-restored setting at Settings | Preferences | Editing 2: Multi-Editing: Enable Multi-Editing (Ctrl+Mouse click/selection) is not checked, the familiar Ctrl+drag behavior is restored. This seems like a reasonable compromise — and since the source of the new behavior is a change in Scintilla, outside the control of Notepad++, it’s probably the only reasonable compromise possible. I assume I shouldn’t take it upon myself to close this issue (if I can... I don’t think I’ve ever tried to close my own issue in someone else’s repository) since others have been troubled by the new behavior and commented here as well; however, as for me personally, this is sufficient to close the issue. |
If you see a Close button, then you can (and should). |
is there any word on an 8.6.3 release date (non RC)? looking forward to having ctrl-click "restored" to what ive been using for years. |
If you have to ask that then you should just go with the RC. |
Description of the Issue
When a selection is present, Ctrl+drag beginning within the selection should copy the selection. Instead, it replaces the selection.
Steps to Reproduce the Issue
one two three four
two
to highlight it.w
, press the left mouse button down, drag to the space betweenthree
andfour
, release the mouse button then release the Ctrl key.Expected Behavior
As in 8.6 and prior versions (and most other editing windows),
two
should be copied to the space betweenthree
andfour
.Actual Behavior
The original selection is deselected and the area over which the cursor was dragged is selected.
Debug Information
Notepad++ v8.6.1 (64-bit)
Build time : Jan 4 2024 - 05:01:52
Path : C:\Program Files\Notepad++\notepad++.exe
Command Line :
Admin mode : OFF
Local Conf mode : OFF
Cloud Config : OFF
OS Name : Windows 10 Pro (64-bit)
OS Version : 22H2
OS Build : 19045.3803
Current ANSI codepage : 1252
Plugins : none
Workaround
It is still possible to drag copy by dragging without the Ctrl key (as if you were going to move the text) until the mouse cursor is at the position where you want to place the copy, then pressing the Ctrl key, then releasing the mouse button, then releasing the Ctrl key. However, this is an unexpected change in behavior which differs from the behavior of most edit controls; users may not recognize the need to adopt the new procedure and think it is no longer possible to drag copy at all.
The text was updated successfully, but these errors were encountered: