There is no localization for
Make “copy/cut line while no selection” optional

There is. Please check:
https://github.com/notepad-plus-plus/notepad-plus-plus/blob/master/PowerEditor/installer/nativeLang/english.xml#L989

I neglected the part of plugins being able to get Scintilla’s notification. Sorry for neglecting it.

Ref:
https://github.com/notepad-plus-plus/notepad-plus-plus/pull/14685#issuecomment-1955722962

The culprit has been identified:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/044296eea19873e5d7fd15cfac7dd6776aae8ff3

So Scintilla’s maintainer was right all along:

Notepad++, unlike SciTE, leaves most notifications enabled […]. These may not all be needed but that depends on what features of Notepad++ use notifications.

(emphasis added)

The release is in progress. New release will be available in a couple of hours.

Regression: clicking in a file in the other view no longer changes the Active Tab Focused state, and other Panels don’t recognize that you’ve changed active tab (for these Steps to Reproduce, I am using Function List panel, because it’s immediately obvious).

Thank you for spotting this regression. The culprit has been identified:
https://github.com/notepad-plus-plus/notepad-plus-plus/commit/044296eea19873e5d7fd15cfac7dd6776aae8ff3

The regression will be fixed, and v8.6.4 will be released ASAP.

Addendum: NPPM_GETCURRENTVIEW also confirms that the internal “current view” state isn’t getting updated (I checked it using PythonScript’s notepad.getCurrentView()). Which means that all plugins that act on the current view’s active file are going to act on the wrong file.

Could this be related to:

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14693

specifically what @rdipardo identifies:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14693#issuecomment-1933017296
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/14693#issuecomment-1936545135

Cheers.

Regression: clicking in a file in the other view no longer changes the Active Tab Focused state, and other Panels don’t recognize that you’ve changed active tab (for these Steps to Reproduce, I am using Function List panel, because it’s immediately obvious).

Steps to Reproduce:

1. Open two files from your favorite programming language in v8.6.3, move one to the second View.
2. Turn on Function List, verify that it shows the functions from the Active/Focused tab.
3. Click inside the editor pane for the other view
   • verify that you can type in that view
   • Regression: tab bar colors don’t swap which is Active/Focused and which is Active/Unfocused
   • Regression: Function List doesn’t update to show the functions in the tab you are typing in
   • screenshots:
     

• If I click on the tab’s title on the tab bar, then the Focused/Unfocused correctly changed, and Function List updates

I went back to v8.6.2 portable, and the same experiment showed that the Active/Focused and Active/Unfocused colors went to the right place, and the Function List immediately updates to the new – whether I switch views by clicking inside the editor window or whether I click on the tab bar title for the file.

Notepad++ v8.6.3   (64-bit)
Build time : Feb 16 2024 - 20:08:05
Path : C:\usr\local\apps\npp\npp.8.6.3.portable.x64\notepad++.exe
Command Line : 
Admin mode : OFF
Local Conf mode : ON
Cloud Config : OFF
OS Name : Windows 10 Enterprise (64-bit)
OS Version : 22H2
OS Build : 19045.3930
Current ANSI codepage : 1252
Plugins : 
    mimeTools (3.1)
    NppConverter (4.6)
    NppExport (0.4)

I originally discovered this using the Locate Current File button in the Folder as Workspace (FaW) panel, and I noticed it was locating the file from the inactive View, not from the active View – but I thought the steps-to-reproduce were easier to understand with Function List, especially since it’s immediately visible that the functions didn’t change, whereas you have to hit extra buttons to see the problem with FaW.

Addendum: NPPM_GETCURRENTVIEW also confirms that the internal “current view” state isn’t getting updated (I checked it using PythonScript’s notepad.getCurrentView()). Which means that all plugins that act on the current view’s active file are going to act on the wrong file.

Addendum 2: It’s also obvious in the Notepad++ title bar in my screenshot above – it’s showing that one.pl is active, even though I am typing in two.pl. (And don’t be confused by the path: I used the same files, both in my v8.6.2 directory, to test on both 8.6.2 and 8.6.3, but the screenshot showing the mismatch was taken while running v8.6.3.)

Addendum 3: Also, auto-indent doesn’t work correctly when it is in the mismatched state (when I’m typing in two.pl but N++ thinks that one.pl is active, it will not auto-indent; if I then click on two.pl’s tab bar title, auto-indent does work correctly). When it was just Folder as Workspace and Function List, that was annoying, but not critical. But with plugins not seeing the right active file and with basic auto-indent not working unless I remember to click on the tab title, I’m switching back to v8.6.2, because v8.6.3 is unusable for my daily usage.

@Alan-Kilborn
Strange, it doesn’t work for me!
Works only Multi-Selection in Line.
In Column resets others carets, always.

Here is Column Selection to Multi-Editing tutorial:
https://npp-user-manual.org/docs/editing/#multi-editing-howto

but how works Column To Multi-editing?

Presume you mean:

With that setting checkmarked, if you have multiple carets (or a column caret) active, when you use the arrow keys (note: without Shift+Alt), then the multiple carets will remain and move as a group.

With that setting uncheckmarked, when you use the arrow keys (again: without Shift+Alt), then the multiple carets will revert to a single caret.

I’m probably missing some nuancy point, but the above is my observation. :-)

2. Make “copy/cut line while no selection” optional