@guy038 Thank You very much for the extra effort.

@Coises ,
I can understand your point about upon having a popup appear when the user tries closing the dialog box, alerting them that their changes won’t take effect until NPP is rebooted, so you’re putting the responsibility on to the user…which by the way, is counter to the way the Plugin Admin itself does things.

PluginDialogShutdown.PNG

It does the reboot, the same as @PeterJones plugin does, which is what I would expect when I’m required to reboot after completion, also just like Windows own update process requires. This might be the only change needed for the reboot procedure, but other than that, for a rough first version, it’s fine for me…I read directions. Sometimes not as well as I should, but I do read them. :-)

Hi, @benji2025, @ekopalypse, @alan-kilborn, @coises and All,

I did additional tests :

First, if the Word wrap option is enabled, using the same regex as before, with the Match Case option checked, the BookMarking operation took about the same time : 23.2 seconds

Secondly, after the BookMarking operation if you re-run the same regex, the whole operation is done in 16 seconds. This seems logical because n++ does not have to re-bookmark the already bookmarked lines !

Thirdly, if I do not check the Bookmark line option, in the Mark dialog, the Marking operation is a bit quicker : 19,4 seconds

Fourthly, if I select all the contents of the test file ( => the In selection box is automatically checked ) the operation is a bit slower : 23,8 seconds

Now, for all the tests below, I used these rules :

The Word wrap option is unchecked

In the Mark dialog, the Bookmark line option is checked and all the other box options are unchecked.

Generally the Match case option is unchecked but may be checked in few occasions.

Before each search, I hit the Clear all marks button and place the caret at the very beginning of the test file.

I did my tests twice : on my old XP machine, with N++ v7.9.2 and on my new W10 laptop, with N++ v8.7.6 ( @coises, I avoided, on purpose, using the v8.7.8 and v8.7.9 releases ! )

Each time, I opened N++, from a command prompt window, with the command Notepad++ -nosession Benji.txt Test_Benji.txt, so with only these two files.

For the W10 test, I simply used an USB key containing the portable N++ v8.7.6 release and the test file.

-------------------------- NEC XP - N++ v7.9.2 ------------------------------------------------------------------------------------------------------- (?-s)^.*\R(?=TEST$) 24 s Option 'Match Case' unchecked (?-s)^.*\R(?=TEST$) 23.1 s Option 'Match Case' checked ( The test in my **previous** post ) (?-s)^.+\R(?=TEST$) 23.9 s Option 'Match Case' unchecked (?-s)^.*+\R(?=TEST$) 19.9 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\R(?=TEST$) 19.8 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 18.6 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 17.7 s ( Atomic ) Option 'Match Case' checked (?-is)^.++\r\n(?=TEST$) 69 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Without the ^ symbol --- (?-s).*\R(?=TEST$) 25.6 s Option 'Match Case' unchecked (?-s).+\R(?=TEST$) 23.1 s Option 'Match Case' unchecked (?-s).*+\R(?=TEST$) 21.5 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\R(?=TEST$) 19.2 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 18.1 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 17.25 s ( Atomic ) Option 'Match Case' checked (?-is).++\r\n(?=TEST$) 237 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Without the (?-s)^ part --- .*\R(?=TEST$) 25.1 s Option 'Match Case' unchecked .+\R(?=TEST$) 22.8 s Option 'Match Case' unchecked .*+\R(?=TEST$) 21.2 s ( Atomic ) Option 'Match Case' unchecked .++\R(?=TEST$) 18.9 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 17.8 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 17 s ( Atomic ) Option 'Match Case' checked (?-i).++\r\n(?=TEST$) 236 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Using the @Terry-R solution --- (?-s).\R(?=TEST$) 77 s ( ?! ) Option 'Match Case' unchecked (?-s).\r\n(?=TEST$) 71 s ( ?! ) Option 'Match Case' unchecked (?-s).{1}+\R(?=TEST$) 93 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked (?-s).{1}+\r\n(?=TEST$) 84 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked .{1}+\R(?=TEST$) 88 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked .{1}+\r\n(?=TEST$) 79 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- After CONCATENATION of the line BEFORE the line TEST with the line TEST --- First, the regex \R(?=TEST$) is replaced with NOTHING ( 57 s ) => 142,908,950 bytes for 3,030,301 lines. Then : TEST$ 20.8 s Option 'Match Case' unchecked TEST$ 13.6 s Option 'Match Case' checked (?-i)TEST$ 13.8 s Option 'Match Case' unchecked Last, the regex TEST$ is replaced with \r\n$0 ( 65 s ) -------------------------- HP Win 10 - N++ 8.7.6 ----------------------------------------------------------------------------------------------------- (?-s)^.*\R(?=TEST$) 2,3 s Option 'Match Case' unchecked (?-s)^.*\R(?=TEST$) 2 s Option 'Match Case' checked ( The test in my **previous** post ) (?-s)^.+\R(?=TEST$) 2.3 s Option 'Match Case' unchecked (?-s)^.*+\R(?=TEST$) 1.9 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\R(?=TEST$) 1.97 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 1.86 s ( Atomic ) Option 'Match Case' unchecked (?-s)^.++\r\n(?=TEST$) 1.5 s ( Atomic ) Option 'Match Case' checked (?-is)^.++\r\n(?=TEST$) 5.8 s ( Atomic ) ( ! ) Option 'Match Case' unchecked --- --- Without the ^ symbol --- (?-s).*\R(?=TEST$) 2.7 s Option 'Match Case' unchecked (?-s).+\R(?=TEST$) 2.3 s Option 'Match Case' unchecked (?-s).*+\R(?=TEST$) 2.3 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\R(?=TEST$) 1.9 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 1.8 s ( Atomic ) Option 'Match Case' unchecked (?-s).++\r\n(?=TEST$) 1.45 s ( Atomic ) Option 'Match Case' checked (?-is).++\r\n(?=TEST$) 23.9 s ( Atomic ) ( !? ) Option 'Match Case' unchecked --- --- Without the (?-s)^ part --- .*\R(?=TEST$) 2.7 s Option 'Match Case' unchecked .+\R(?=TEST$) 2.23 s Option 'Match Case' unchecked .*+\R(?=TEST$) 2.23 s ( Atomic ) Option 'Match Case' unchecked .++\R(?=TEST$) 1.8 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 1.7 s ( Atomic ) Option 'Match Case' unchecked .++\r\n(?=TEST$) 1.38 s ( Atomic ) Option 'Match Case' checked (?-i).++\r\n(?=TEST$) 24 s ( Atomic ) ( ?! ) Option 'Match Case' unchecked --- Using the @Terry-R solution --- (?-s).\R(?=TEST$) 6.35 s ( ! ) Option 'Match Case' unchecked (?-s).\r\n(?=TEST$) 8.6 s ( ! ) Option 'Match Case' unchecked (?-s).{1}+\R(?=TEST$) 8.2 s ( Atomic ) ( ! ) Option 'Match Case' unchecked (?-s).{1}+\r\n(?=TEST$) 10.6 s ( Atomic ) ( ! ) Option 'Match Case' unchecked .{1}+\R(?=TEST$) 7.5 s ( Atomic ) ( ! ) Option 'Match Case' unchecked .{1}+\r\n(?=TEST$) 9.75 s ( Atomic ) ( ! ) Option 'Match Case' unchecked --- After CONCATENATION of the line BEFORE the line TEST with the line TEST --- First, the regex \R(?=TEST$) is replaced with NOTHING ( 26.2 s ) => 142,908,950 bytes for 3,030,301 lines. Then : TEST$ 2.3 s Option 'Match Case' unchecked TEST$ 0.95 s Option 'Match Case' checked (?-i)TEST$ 1 s Option 'Match Case' unchecked Last, the regex TEST$ is replaced with \r\n$0 ( 25.3 s )

Conclusion :

So, given the rules above, the best syntaxes seem to be, on my new Windos 10 machine :

The regex .++\r\n(?=TEST$) in 1.38 second, with the Match Case option checked.

The regex TEST$ in 0.95 second, AFTER an initial contatenation of the line before the line TEST with the line TEST.

Best Regards,

guy038

actually I think they’re only two: config xml and shortcuts.xml,

If used, there is also toolbarIcons.xml and overrideMap.xml

Hi All,

See my important and final comment about my own issue :

https://github.com/notepad-plus-plus/notepad-plus-plus/issues/16279#issuecomment-2726313083

BR

guy038

@Maxim-Fox ,

config.xml for the settings, and stylers.xml for the default theme (other themes are in the themes subdirectory, and should be obvious based on which theme you use)

see User Manual > Config Files
https://npp-user-manual.org/docs/config-files/

@Mark-Olson Thank you for the warning

@PeterJones said in "Word wrap" option is reset from time to time:

Thanks for that brutally harsh assessment of my writing

I can see why you interpreted my general statement this way, and I apologize for any disrespect you felt as a result of that misunderstanding. However, I was not trying to imply anything negative about your general capabilities as a writer, or suggest that this particular piece of writing was unacceptable; I was just trying to make a point about the flaws/limitations of AK’s preceding comment.

FWIW, AK’s argument actually made me think of the various instructors I had in undergrad: despite their in-depth knowledge of the course material, many of them lacked the technical communication skills to provide effective lessons.

FWIW, I generally find your explanations on this forum exceptionally clear and easy to read, so I was surprised that this particular excerpt was a bit hard to follow on the first couple of run-throughs.

@PeterJones said in "Word wrap" option is reset from time to time:

you need to understand that (…) you do not get the final say into what’s accepted into the User Manual

Of course - that’s why I literally offered the adjustments as suggestions. However, I think it’s worth pointing out that someone else independently offered very similar suggestions (albeit for a potentially different piece of writing). The fact that two independent sources are suggesting the use of the same argument structure is a strong indication that the structure is worth following.

BTW, based on your multiple references to professional editors, you seem to be under the impression that I lack the experience required to give advice on writing structure. Given that you don’t know me personally, I’m not sure why you would make such an assumption; based on your other interactions on this forum, this seems out of character for you.

Either way, it’s worth pointing out that part of my current job is reviewing the content of user manuals, and I’ve had plenty of similar experience long before I took on this job. So, I’m much more qualified to offer advice on matters like this than you seem to think.

I just remembered similar “file does not exist” issue in the N++ v8.7.1+ caused by an interfering SW (in that case by the corporate telemetry spyware Teramind, monitoring all the files opened by user):

https://community.notepad-plus-plus.org/topic/26462/file-does-not-exist

@PeterJones

I just tried the Notepad++.MSVC.x64.Release artifact and am impressed. It changes directly in the editor pane with checking and unchecking the checkbox. I tried cloned view and works good with both panes. I see NPPM_ACTIVATEDOC, that I presume it is helping to refresh the property change live.

I have tested multiple Notepad++ restarts, checkbox changes and buffer changes. Tests are so good, that it should IMO fix and close the issue ticket #16244.

Well done!

@donho ,
That fixed that issue, thanks.

@guy038 Good test.

The image shows Col: 325 so width of 2500 seems undersized for the OP. If this type of data in the image is regular then probably suggest 4000 though no less than 3500. Too small of a number could cause constant scrollbar jitter when switching tabs as it decreases and increases width.

The unrelated post has been moved to 22917 of Boycott Notepad++.

@Cletos said in Where are new files (still unsaved by the user) stored?:

Thank you very much, mkupper!

You need to inspect your session.xml file to get the actual file path and file name for the new 1 file. The actual file path and name will be something like C:\Users%USERNAME%\AppData\Roaming\Notepad++\backup\new 1@2025-04-03_093326 where %USERNAME% is your Windows login name and the 2025-04-03_093326 part is the date/time the file was created and is formatted as YYYY-MM-DD_HHMMSS.

I guess, the problem is, after restarting Notepad++ (without access to the disconnected drive) that session file will be changed / replaced, so that the older files there are no longer available (if I only had a back up of it). Or am I missing anything?

@Cletos , I think you misunderstood @mkupper. The section about the new 1 files and the backup directory have nothing to do with your X: drive. They are two completely unrelated concepts. Stop mixing them together.

There is also one other technical “gotcha” in that when you first create a new 1 tab that it’s blank or empty and there is no file in Notepad++'s backup folder for it. The instant you put anything in that file, even if it’s to just tap the Enter key once to add a blank line then Notepad++ silently creates a new 1@2025-04-03_093326 style file in backup folder and will start saving the contents of the new 1 to that file.

Yes, I noticed that behavior. But I am afraid, the back up will be automatically deleted when that new 1 file is not available anymore in Notepad (e.g. after restart without connected drive).

again, new 1 behavior has NOTHING to do with the X: drive. new 1 files don’t go on the X:-drive, so whether or not Notepad++ can see the X: drive does not affect the new 1 behavior in any way, shape, or form.

Yes, that’s the issue here. And it does not keep session file unchanged to the next start (when the drive is connected again). So these informations are lost.

When the new setting was added to Notepad++, we encouraged the author to turn it on by default. But he didn’t. So you have to turn it on to get the X:-drive behavior that you want.

Yes, if it would keep the old information, everything would be good.

It does, if you turn on the option.

So one message will appear for ALL the files not available at the moment? Or one for every file not available?

One single message for all files, no matter how many files it was. Hence, the screenshot from the actual occurrence showing the word “files” (plural).

Say Yes, and you get the new file contents, and Notepad++ unlocks.

Ah yes, I seem to remember that. It confused me—I thought it was a bug, misinformation or a malfunction or so, since no other program should’ve / could have modified those .txt files respectively files without extension.

I am sorry it confused you.

Recommendation: If you have network files that sometimes disappear, turn on this setting.

Many thanks! Yes, just enabled it.

Also, make sure you say *Yes to both the “File inaccessible” dialog, and whenever you’ve done that, also say Yes if Notepad++ asks if you want to “reload” the placeholder file.

@Coises
Thanks much Coises, dang too easy to overlook a simple space, its almost like trying to figure out a sound problem when it was the mute button that was hit.
Thanks again

@n3tcom said:

so the best we get across most of the better note apps is this repurposed function list solution

And so you yearn for something better?
I’m not sure what form that would take, as the function-list solution works reasonably.

Hello, @sabry-farg, @thomas-knoefel, @terry-r, @lycan-thrope and All,

Oh…, @lycan-thrope, you’re perfectly right about it ! It’s a typo !

So, @sabry-farg, I apologize for my mistabke !

The correct regex is, indeed :

FIND \|

REPLACE \r\n

BR

guy038

@guy038 said:

did you forgot of your excellent Python script

I didn’t exactly forget… :-)

But some of the earlier comments in this topic have made me decide that it might be best to just not try to remember any previous styling. I’m even doubting remembering bookmarks now too. :-)

@madmrmax said :

I noticed that N++ has its own editor command for move lines up or down

This seems irrelevant to the original problem description. Moving lines up or down isn’t related to extending a selection.

…try to use it rectangle extend, it only works the first time – you can’t extend more than two lines using the keyboard.

This actually sounds familiar, like it has been discussed before…

Ok, so there’s the Shortcut Mapper…

Then there’s also the concept that a user would never (!) change a common keycombo to be something else (gasp!). For a wild example, consider a user wanting to change Ctrl+c to not be “copy” (heresy!).

Most often, Notepad++ developers respect what is set by the Shortcut Mapper … but sometimes they disregard it and process hard-coded keycombos. I know, it sounds like a bad thing to do (and it is), but…the devs did it.

So for some “bad” stuff, have a look at the ScintillaEditView.cpp file in the Notepad++ source code repo. Search it for VK_ and you’ll see that it hard-processes some keys. Ideally, it would first use indirection to see what the user really has mapped, before doing what it’s going to.

It appears the offending code in this case has to do with column2MultSelect. If the code that processes this variable is removed (i.e., commented out), and Notepad++ is rebuilt and run, all seems to work fine with Ctrl+Shift+Alt+arrows used rather than Shift+Alt+arrows.

Given that we now know what to look for (we have insight!), we can see that uncheckmarking this setting will allow Ctrl+Shift+Alt+arrows to work:

3cded9ca-bce7-4a8f-8176-27e01f2e29c8-image.png

Hi, @dev-petty, @peterjones, @terry-r and All,

Yes I was too rapid, directly answering, without testing in N++. My bad !

So one correct syntax could be :

SEARCH (?s-i)(?-s:^Born:.+).+?California\R

REPLACE Leave EMPTY

Check the Regular expression search mode

What means this regex, except for the literal strings Born: and California ?

The first part (?s-i) are initial modifiers which apply to the whole regex :

The (?s) syntax means that any . regex char, found in the regex, may represent any single character, including the line-break \r and/or \n.

The (?-i) syntax means that the search is done in an sensitive way ( so not insensitive ! ). Thus it will find the words Born and California but not the words born and california or BORN and CALIFORNIA. If an insensitive search is needed just use the (?si) syntax.

The second part is (?-s:^Born:.+) which is a non-capturing group ( a group whose we do not need the contents, further on, in search and/or replacement !) (?:.........) with the -s modifier which applies to this group only. Thus, this part looks for the word Born, with that exact case, at the beginning of line ^, followed with a colon, itself followed with any standard character ., repeated +, till the very end of current line as it stops at the line-breaks.

The third part is .+? which represents the smallest ? range of any character ., including \r and \r, repeated +, until …

The fourth part California\R which represents the word California, with this exact case, followed by \R which stands for any kind of line-break ( \r\n for Windows files, \n for Unix files or \r for Mac files ).

In replacement, as its zone is empty, the entire 4 lines matched are simply deleted !

BR

BR

guy038