ello, @ricardo-barroso, @peterjones, @terry-r and All,

An other S/R could be :

FIND (?-i)RequiredItem.+, \K\d+

REPLACE 0

The search regex means :

First, find a string RequiredItem, with that exact case because of the leading part (?-i)

Then find any NON-zero number of chars ( .+ ) till a comma followed with a space char

Now, forget anything matched so far, due to the \K syntax

And just match a non-zero list of digits ( \d+ ), which come next

Finally, replace that number by 0

Remark : You must do a global S/R, using the Replace All button. Due to the \K syntax a step by step replacement, with the Replace button, would not work !

Best Regards,

guy038

Hi, @coises,

I re-tested the supposed bug and I simplified the procedure which is necessary to trigger that bug !

If opened, close the Search++ plugin by clicking on the cross, at the far right

A Re-open Search++ with the Plugins > Search++ > Search... option

B Try to close the Search++ panel by clicking on the cross, at the far right => Nothing happens !?

C After some trys, if you move slightly the mouse, you should be able to close the Search++ panel

Sometimes, you’ll need to repeat the actions A ato C, up to 5 times consecutively, to trigger that bug. but this event may also occur at the first try !

I also noted that, when the bug occurs, any subsequent left click on the cross does nothing until I move very slightly the mouse, without any clicking, that is enough, then, to close the search++ panel by clicking againg onto the cross icon. Very strange, indeed !?

As I suspected that the problem could be an hardware issue with my bluethooth mouse, I disabled it and installed a classical USB mouse, instead. But, unfortunately, results were identical as well as the uncertainty regarding the manifestation of the bug !

I have different portable versions of Notepad++, but the one which is concerned is the v8.9 release where I installed, both, your Columns++ and Search++ plugins

Here is my Debug info :

Notepad++ v8.9 (64-bit) Build time: Jan 10 2026 - 02:25:19 Scintilla/Lexilla included: 5.5.8/5.4.6 Boost Regex included: 1_90 pugixml included: 1.15 nlohmann JSON included: 3.12.0 Path: D:\890_x64\Notepad++.exe Command Line: Admin mode: OFF Local Conf mode: ON Cloud Config: OFF Periodic Backup: OFF Placeholders: OFF Scintilla Rendering Mode: SC_TECHNOLOGY_DIRECTWRITE (1) Multi-instance Mode: monoInst asNotepad: OFF File Status Auto-Detection: cdEnabledNew (for current file/tab only) Dark Mode: OFF Display Info: primary monitor: 1920x1080, scaling 125% visible monitors count: 1 installed Display Class adapters: 0001: Description - Intel(R) Iris(R) Xe Graphics 0001: DriverVersion - 32.0.101.7084 OS Name: Windows 11 Pro (64-bit) OS Version: 25H2 OS Build: 26200.7462 Current ANSI codepage: 1252 Plugins: mimeTools (3.1) NppConverter (4.7) NppExport (0.4) ComparePlus (2.2) ColumnsPlusPlus (1.3.1) NppUISpy (1.2) MultiReplace (4.6.0.33) Marginalize (1) Search++ (0.5.5)

Finally, note that this portable version of N++ is installed on an USB drive

Best Regards,

guy038

I will check out donho’s other project xmlSigner as suggested by @xomx and will update this thread with the results.

@Uwo222777
Of course, the program itself should return the encoding to its original form, but… it doesn’t do this.

Hi, @alan-kilborn and All,

Of course, I could use your method to achieve my goal but that is just the reason why I wanted this enhancement which should avoid any further operation !!

BTW, this idea occured to me while I was writing this other post :

https://community.notepad-plus-plus.org/topic/27511/surprising-regular-expression

In the meanwhile, I’ve found out a nice work-around to realize that goal ! Let’s imagine that you want to do a list of 743 empty lines exactly ( I chose that number as it’s a prime number ). Then :

Open a new tab Within N++

Hit the Enter key just once

Open the Replace dialog ( Ctrl + H )

Uncheck all box options

Check the Wrap around option ONLY

Select the Regular expression search mode

FIND \R

REPLACE $0$0

Click 10 times on the Replace All button

=> You should get a total of 1,025 lines ( Note that, after each replacement N, the number of lines increases to the value 2 × N + 1 )

The trick is to repeat the process up to the first number which is greater than 743 !

Now, open the Search > Go to... option ( Ctrl + G )

Search for the line 744 ( so 743 + 1 )

Then, select to the very end of file with the Ctrl + Shift + End shortcut

And finally, hit the Delete key

=> It should remain the expected 743 lines !

I readily admit that all the different tasks of my work-around do not take long. However, I still think that a new field Total insertion number, in the Column Editor dialog, filled with the value 743, would have been more elegant and straightforward !

Best Regards,

guy038

@Olyfant22

There really are substantial differences in between the Win10 & Win11 in this area. I know about 2: SMB signing enforcement in 24H2+ and stricter token isolation (the later one should be solvable by that mentioned “EnableLinkedConnections”)

@metaad

GitHub issue #17979

@Rex-Theodore
You can always use the Run menu to call up the formatters with the current buffer.
However, since you mentioned that you use Python, you can use the PythonScript plugin and
trigger an action whenever you receive a NOTIFICATION.FILESAVED.
If you want more features, you might want to check out Kereds or my LSP client for Notepad++.
However, this means that the languages you use must have an LSP server.

@Fii-Ert said in 傻逼软件，傻逼作者，傻逼呆湾人:

美国干涉台湾，又怎么说？
台湾的绿圾执政党，自甘堕落化为纳粹，由不得别人不干涉！

347
你这种逻辑，正是共产主义灌输教育的典型特征——试图将共产主义的侵略行径粉饰为某种“好事”，而事实绝非如此。这本质上不过是一种混淆视听的企图。你将美国的援助视为“干涉”，这纯粹是你基于自身偏见所构建的一种妄想式解读，而非客观现实。中国必须远离台湾，这一点毫无商量余地。

@donho, thanks for your work.

Just a small text issue in change.log:
201ed2b9-32b0-4e6b-87e8-053029c2feca-grafik.png
versus
cbe0c0b0-b7d2-4cf4-8aef-4fbb24ae565c-grafik.png

@Hiroki-H1974 said in The Column count of Zenkaku chr. is 1?:

So, the position is not the same even if Col: count is same because the line contains some Zenkaku chrs.

I don’t know Japanese; please forgive me if I’ve missed the point in some way.

The column (“col:”) in the status bar is just a count of characters from the beginning of the line, starting at one. (That’s not even always what you might expect; combining characters that form a single visible character are still counted separately.)

Aside from a few things like cursor positioning, line wrapping and selection with the mouse, Notepad++ (like the Scintilla control it uses for editing) doesn’t concern itself with the physical space occupied by characters. In English, we can use a proportional font, and a line of twelve characters will show the next “column” as 13, whether they are IIIIIIIIIIII or WWWWWWWWWWWW.

So (though I haven’t attempted to test it), regardless of font, I would expect that there would be no recognition of the difference between half-width and full-width characters.

@PeterJones Thanks for the quick update to the manual! Maintaining technical documentation across versions is a major undertaking when there’s an integrated development team within major corporations; I can’t imagine how herculean that job must be when you’re not side-by-side with a lone developer, so thank you for the excellent work on it. I really do appreciate your speedy response and update.

I tried to post the second part of my list yesterday, but I was delayed by the “time between posts” counter, and unfortunately had to leave before it reset.

However, you might want to double check your list against the FAQ, to let us know if the FAQ is missing any.

I’ll go ahead and do that. Thanks again!

@Lars-Hesselberg said:

the Find dialog seems to pop up where it left at last Find.

This seems very reasonable to me.

…sometimes a “Seek & find”!

Shouldn’t be…it’s where you “left (it) at last Find”.

Summary: Put it where you want it to appear always, and it will always appear in that same spot.

@PeterJones

That “Stopped working” is a common overall expression there for the app crashes, hungs etc.
So @mapsonx should open that “details” you mentioned or simply launch the Windows EventViewer, i.e.:

press WinKey+R to invoke the Windows Run-dialog copy & paste there: eventvwr.msc /c:"Application" and click OK wait for the Event Viewer launching and attaching to OS logs search/filter there for “Error” Level records (or simply follow the ReliabilityMonitor published date/time of the N++ problem), with “notepad++.exe” within app crashes usually have as log Source “Application Error”, frozen apps “Application Hang”

Then publish here what the content of such a record tell us, e.g.:

Faulting application name: notepad++.exe, version: 8.9.3.0, time stamp: 0x69bc8a94 Faulting module name: USER32.dll, version: 10.0.19041.6926, time stamp: 0xcd1afcbd Exception code: 0xc0000005 Fault offset: 0x00000000000467cd Faulting process id: 0x296c Faulting application start time: 0x01dcce3ba0a16cb7 Faulting application path: ...\npp.8.9.3.portable.x64\notepad++.exe Faulting module path: C:\Windows\System32\USER32.dll

@Ronald-Besdansky Hi Terry Deleting that plugin fixed the issue. Thanks.