npp v8.6 reverses the order of lines on column copy/paste

astewart77

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:
I updated my main n++ to a master on github from two weeks ago, entitled
Fix visual glichy on multi-paste and make shortcut commands more coherent

After I copied the .exe from that master to my portable dir, no plugins, default settings, the portable behaved as I have been seeing. The master still says 8.6 in the windows file properties, but the ordering of rectangular pasting is different from the 8.6 release.

More difference - with 8.6, after the paste there a single caret top left. With the change in the master commit, after the paste, there are zero width multi-carets on the right and status bar shows Sel : 3x0. A bug that was mentioned elsewhere - if you switch to another tab and back, the carets are on the left, full rectangular selection, status is Sel : 3x4.

Coises

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:

More difference - with 8.6, after the paste there a single caret top left. With the change in the master commit, after the paste, there are zero width multi-carets on the right and status bar shows Sel : 3x0. A bug that was mentioned elsewhere - if you switch to another tab and back, the carets are on the left, full rectangular selection, status is Sel : 3x4.

Ugh. This sounds like paste into rectangular selection is, in the updated build, being treated as paste into multiple selection.

I haven’t (yet) managed to identify what changed to cause this, but I’d guess that either Notepad++ is processing paste differently, or it took over from letting Scintilla process it natively and isn’t duplicating Scintilla’s process accurately.

Coises

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:

After I copied the .exe from that master to my portable dir, no plugins, default settings, the portable behaved as I have been seeing. The master still says 8.6 in the windows file properties, but the ordering of rectangular pasting is different from the 8.6 release.

I found out what happened.

In 8.6, your test does not show reversal. However, still in 8.6, if you do the same test except for using the Edit | Paste menu command instead of Ctrl+v, the text is pasted in reverse order.

In 8.6, Ctrl+v was associated with the Scintilla command SCI_PASTE. The menu command, however, is processed directly by Notepad++.

In the current master, Ctrl+x/c/v are mapped to the menu commands instead of the Scintilla commands. Menu cut and copy, as far as I can tell, do not behave differently than Scintilla cut and copy for rectangular selections in 8.6; it’s just menu paste.

The change happens in #0978b2e.

astewart77

@Coises said in npp v8.6 reverses the order of lines on column copy/paste:

In the current master, Ctrl+x/c/v are mapped to the menu commands instead of the Scintilla commands.

So it’s a feature if you like having keyboard access to the menu paste method, but a bug if you don’t, because SCI_PASTE is no longer available for remapping back to Ctrl+v.

mkupper

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:

So it’s a feature if you like having keyboard access to the menu paste method, but a bug if you don’t, because SCI_PASTE is no longer available for remapping back to Ctrl+v.

Removing SCI_COPY, SCI_PASTE, etc. seems like it would create problems for people who already have macros that use those SCI codes. For example, this person’s macro uses 2178 which is SCI_COPY though in his case it’s also followed by 42002 IDM_EDIT_COPY

astewart77

@mkupper said in npp v8.6 reverses the order of lines on column copy/paste:

@astewart77 said in npp v8.6 reverses the order of lines on column copy/paste:

So it’s a feature if you like having keyboard access to the menu paste method, but a bug if you don’t, because SCI_PASTE is no longer available for remapping back to Ctrl+v.

Removing SCI_COPY, SCI_PASTE, etc. seems like it would create problems for people who already have macros that use those SCI codes.

SCI_PASTE still exists. I meant it’s just no longer listed in the Shortcut Mapper for easy remapping. I made an NppExec macro with SCI_PASTE and mapped that to Ctrl+v. That works.

Theo Pavloudis

Is this going to get fixed now?
I am facing the same issue with 8.6.
It’s really annoying…
No plugins at all.

Alan Kilborn

@Theo-Pavloudis said in npp v8.6 reverses the order of lines on column copy/paste:

Is this going to get fixed now?
I am facing the same issue with 8.6.
It’s really annoying…

It sure seems like you should try the latest version as of this writing (8.6.4).

mkupper

@Theo-Pavloudis said in npp v8.6 reverses the order of lines on column copy/paste:

Is this going to get fixed now?
I am facing the same issue with 8.6.
It’s really annoying…
No plugins at all.

It is fixed in v8.6.4 but you need to disable Column Selection to Multi-Editing in the Preferences / Editing 2 tab. This setting, and the Enable Multi-Editing one in the same Preferences section were added as part of v8.6 and enabled by default. To restore the classic “normal” Notepad++ behavior people need to disable both settings. You only need to disable the Column Selection to Multi-Editing part if you are only interested in the order-of-lines issue reported in this forum thread.

Theo Pavloudis

@Alan-Kilborn @mkupper it’s still there in 8.6.8 either with Column Selection to Multi-Editing on or off.

First image is the original, second image is what happens when I paste it.
The order is reversed…

Coises

@Theo-Pavloudis said in npp v8.6 reverses the order of lines on column copy/paste:

@Alan-Kilborn @mkupper it’s still there in 8.6.8 either with Column Selection to Multi-Editing on or off.

This was fixed in 8.6.9 (item 13 in the announcement).