@Mit-Jean said in [New Plugin] MultiReplace:

A CTRL-Click on a tab would select it

This is not something the MultiReplace plugin has the power to do, as the idea messes with core Notepad++ functionality.
However, nothing is stopping the plugin author from creating some other mechanism within the plugin to do what you want.

Hello, @peterjones,

My bad ! Thanks to the @dinkumoil’s post, I realized that you already fully documented the npp-compatible-versions and old-versions-compatibility attributes in the official N++ documentation ! So, most of the initial posts about this topic seem useless :-((

Anyway, this was the occasion to revisit these important notions. As an example, if we consider the true maximum syntax, each made of 3 elements, which is :

- "version": "a.b.c", - "npp-compatible-versions": [d.e.f,g.h.i], - "old-versions-compatibility": [j.k.l,m.n.o][p.q.r,s.t.u],

My understanding supposes that this means :

Latest plugin version a.b.c of the plugin works with all releases of Notepad++ between d.e.f and g.h.i, included.

Older plugin versions between j.k.l and m.n.o, included, should work with all N++ versions between p.q.r and s.t.u , included.

The plugin version a.b.c is more recent than, both, the versions j.k.l and m.n.o of that plugin.

This example likely represents the case of a plugin no longer maintained after the N++ release g.h.i.

As always, RTFM ;-))

Best Regards,

guy038

@Mit-Jean
If all your open documents are in a reasonably small directory tree (e.g., you don’t have one in C:\Users\yourname\Documents and one in C:\Program Files\Notepad++), you can use MS-DOS wildcard syntax to select patterns in filenames.

For example, if I have the following files open in Notepad++

README.md foo1.md subdir1\bfoo.axt subdir2\bar.bxt subdir2\foo2.cxt subdir3\foo2.md subdir4\foo300.dxt subdir4\subsubdir\foo99.fxt

you could use foo*.?xt to select only the files where the filename starts with foo and the extension is one character followed by xt, which would include only

subdir2\foo2.cxt subdir4\foo300.dxt subdir4\subsubdir\foo99.fxt

This syntax is kind of frustrating and confusing in its limitations (read the documentation linked above very carefully to understand them), and while I like Notepad++ for find/replace operations in a single file, I will almost always use VSCode for find/replace operations in numerous files because it is much more performant and makes it a lot easier to include/exclude certain types of files.

@rdipardo

But what if the given document is not UTF8, but ANSI or UTF-16?

I’ve finally gotten around to implementing a fix for this issue in JsonTools. I did this first in JsonTools because it has a lot of features that read the text of the file. It appears to work fine for ANSI files (you can test it on this example file I added).

As I noted in the commit message, there are some features that are broken because my JSON parser’s code for determining node position assumes that the document is UTF8-encoded.

…or UTF-16?

JsonTools has always worked correctly on files with any encoding except ANSI, so at least on my machine, I have just confirmed that Notepad++ internally represents documents as UTF-8 if the file itself is in UTF-16 or some exotic encoding like OEM 865.

@User-Name said in JsonTools v5.5. is live!:

And then if I open any file, it opens formatted.

Glad to hear it!

But the first opened file is not formatted :)

That’s probably just a limitation of how PythonScript is implemented, and I don’t think there’s anything I can do about that.

@Vitalii-Dovgan said in XBrackets Lite v1.4.0 has been released!:

The uniqueness of XBrackets is in its external simplicity and internal complexity.

Thank you. I get 3) from the SurroundSelection plugin. Notepad++ has “Go To Matching Brace” in Search menu, but I think it only includes { [ ( ) ] }, not quotes.

Cheers.

@Alan-Kilborn said:

I think it should be an absolute requirement that the title bar always starts with Notepad++ -

Hmm, this is what I get for posting when I don’t have Notepad++ right in front of me (i.e., I get it wrong). :-(

Now that I have it in front of me, the Notepad++ title bar shows pathname - Notepad++ or filename - Notepad++.

My point was mainly about Notepad++ remaining somewhere in the titlebar, because this bit of consistency aids in other programs in locating the N++ main window, via the FindWindow Win32 API call. I do this a fair amount, and thus I’m projecting that I’m not alone and that others do this as well.

Here’s a bad example; some PythonScript code:

notepad.hwnd = user32.FindWindowW(u'Notepad++', None)

(It’s “bad” because it isn’t necessary any longer, because newer versions of PythonScript have the notepad.hwnd variable predetermined for you – but for a long time this was not the case)

But, if Notepad++ weren’t in the title bar text, it would not be as “easy” to locate the window, for those that need to.

Note that the OP made no suggestion to drop Notepad++ from the title bar text; I was just thinking if the original idea was extended (as tends to happen), I’m sure someone would come up with that idea. And @Coises did call the text redundant, so that could be construed as a first step at “removal” – in quotes because of course all of these suggestions would be for optional things.

@Coises

SCI_BRACEMATCH is pretty useful as well, when dealing with (), [], {} and <>.

As for “” and ‘’ (as well as other possible situations when SCI_BRACEMATCH returns -1), the internal functions findLeftBracket and findRightBracket in XBrackets Lite do pretty good job there.

The exported functions GoToMatchingBracket and SelToMatchingBracket already work, though may need some tuning. The source code is here:
https://github.com/d0vgan/npp-XBracketsLite/commits/feature/GoToNearestBr/

@Silva-Yunus ,

The CustomizeToolbar plugin allows you to add menu commands (including saved macros) to the main toolbar, so it’s almost what you are asking for.

Otherwise, we have a FAQ on Feature Requests

Eventually, it seems the best solution is to subclass Scintilla’s WndProc (for both Main and Secondary Scintilla window) and to handle WM_CHAR there.
The benefits:

no need to bother with Scintilla’s native notifications and their nuances; full control and clarity of what happens and when it happens: within own WM_CHAR handler, we are able to process a character before it goes to Scintilla and after it goes to Scintilla; simplified code because all the logic is controlled by you and there is no need to conform to Scintilla’s way of processing the events.

I’m not entirely sure how to vote on this because - if with the permission of the original author, I don’t think a new name would be required. However, any other option should have a new name

@Thomas-Knoefel ,

Well, that got me farther. With some keystrokes, like a normal letter, or a key-combo that’s not assigned to anything in Notepad++ (like Shift+Ctrl+C), it will call that subclass function and see the uMsg==WM_CHAR. But Ctrl+C doesn’t trigger it; and if I try a shortcut that does something obviousl in N++, like Alt+C (for the Column Editor).

But that reminded me of the recent conversation about shortcut mappings, and so I tried sending the appropriate NPPM_MODELESSDIALOG arguments during my plugin’s init & destroy, and now it can capture Ctrl+C (or any other shortcut).

Thank you

@PeterJones

I haven’t checked the Scintilla source code, but I’d be surprised if the code didn’t just ignore the alpha value.
A quick test seems to confirm this.

81a75ca8-8b44-4ca7-90cf-a0e31b288f38-{D5638942-D3BC-41B4-83BB-90B7C809D881}.png

I had sent a comment before this one which is not yet visible to me.

Just wanted to let you know it seems solved. Other plugins struggled as well so I completely uninstalled npp and started from scratch. Now it works for me as a normal user.

I figure I’d better document the solution(s) for others that may tread this path. A summary of some of the steps needed (of course built on top of Mark’s work!):

Ensure you register your modeless dialog with NPP (NPPM_MODELESSDIALOG, in Main.cs we call NppFormHelper.RegisterFormIfModeless(Form, bool)) The WPF System.Windows.Controls.UserControl should be in an System.Windows.Forms.Integration.ElementHost, which is in a System.Windows.Forms.Form. I’ve subclassed the ElementHost to handle WM_SHOWWINDOW to update the Visible property, and to trigger a (slightly delayed) refresh of the visuals when we get a WM_SIZE. There I invalidate the visuals and update layouts. There may be a way to skip this, but it’s working, so I’m not trying to fix it. In the WPF UserControl, when it’s Loaded, we have to get the presentation source (as a HwndSource) and add a hook to respond to the WM_GETDLGCODE and tell the source that we DLGC_WANTCHARS and DLGC_WANTARROWS, and maybe we also need DLGC_HASSETSEL.

I’ve pulled most of it into a method called MakeModelessDialog. And now for a short recording of it working!

2025-06-28 Typing in Notepad++ modeless WPF dialog works.gif

@PeterJones Thanks for the input.

Surprisingly, just dragging and dropping all the files at once onto Notepad++ opens all the files in about 5 seconds for 1000 files.

Then the XML Tools takes about 10 seconds to prettify all opened files.

Then just go to File > Close All so to not have to close each file manually.

Will do it that way.

Would be great to update the XML tools plugin if someone’s able and it is not to much work.

Or just adding the Pretty Print feature directly to the Find In Files feature as extra function for the next Notepad++ update.

@pbarney BIG thanks as this is was I looking for.
Just for the record - just checked and 2 entries is also fine:

Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\SystemFileAssociations\.ps1\Shell\Edit with Notepad++ from line 450\Command] @="\"C:\\Program Files\\Notepad++\\notepad++.exe\" \"%1\" -n450 %*" [HKEY_CLASSES_ROOT\SystemFileAssociations\.ps1\Shell\Edit with Notepad++ from line 450] "Icon"="C:\\Program Files\\Notepad++\\notepad++.exe"

and perfect icon appear :)