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

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

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

@scottgshin said in autoupdater and XMLDSig:

point me in the correct direction or add the code to the N++ project

Did you check the https://github.com/donho/xmlSigner README?

And these commits:

https://github.com/notepad-plus-plus/notepad-plus-plus/commit/6f87bb7fe25350025b72fdbc711762f552f5b1ad

https://github.com/notepad-plus-plus/wingup/commit/ab8720819f9f4205ade5fe2afc56819b71a3227d

@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!

@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”)

@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.

@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.

@arnaud-derette said in Terminal window in a N++ tab:

i think i get it : It does not handle correctly 4K screen.

That does not surprise me. Notepad++ is still not great for high-DPI environments, and it’s been taking a long time to finish some of the last-remaining high-DPI issues. And if the main app, with lots of contributors, still has issues, then it should come as no surprise that the plugins, which usually only have one developer (if they remain interested), whose skillset usually focuses on the feature that their plugin implements, rather than on the generics of all the edge cases of modern win32 coding. (At least, I know that’s true for me on my plugin(s).)

I don’t have a High-DPI environment, so I don’t know and can’t test for you, but maybe the NppExec plugin handles high-DPI better than NppConsole does (whether the original, or the intermediate fork)

@William-Fields said in Curse of the Curly Quotes:

When pasting code into NP++ from another source, no matter what I do, if the source has curly quotes, the pasted content has curly quotes.

Right. That’s because the curly quote characters have different codepoints from ASCII quotemarks.

It’s doing the right thing.

If you want to convert, then use a regular expression:
FIND = [“”]
REPLACE = "
SEARCH MODE = Regular Expression
REPLACE ALL

change all curly quotes to straight quotes when opening documents or pasting content

There’s no such command or option in Notepad++, because that would be Notepad++ changing characters from one codepoint to another without user interaction, which is the antithesis of text editing

https://community.notepad-plus-plus.org/post/102348

The Direct Write ligature-effects from the post you showed is just the fonts changing the appearance of characters based on font ligature rules, but the underlying characters that Notepad++ is presenting are the exact same characters as found on disk. On the other hand, the curly quotes that you are copying and pasting are different characters from the ASCII quote.

@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