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 :)

For those who weren’t watching:

ozone10 made a better fix for the tab-control: PR #16673 has been accepted ozone10 also fixed my “secondarily” report about the listbox scrollbar from above, which I reported in issue #16674, fixed in PR #16676 (accepted) progressbars also don’t go to darkmode, and ozone10 has proposed PR#16687, which hasn’t been accepted yet, but hopefully will be.

So at least 2 of those 3 (and hopefully the third) will be in v8.8.2

Meanwhile, CollectionInterface v1.1 has been released – the new version will be in PluginsAdmin for v8.8.2, or you can install it from the assets in the release at https://github.com/pryrt/NppPlugin-CollectionInterface/releases/tag/v1.1.0 :

Adds DarkMode support (with N++ v8.5.4 or newer; in earlier versions, dialog will be LightMode still) [I do my own subclassing on the TabControl for v8.5.4-v8.8.1; it will use the builtin starting in v8.8.2] Allow selecting multiple files for bulk download (#6) Add label to progress bar so “100% [DONE]” is more clear (#9) Fix crash if firewall blocks download (#13) and make error handling better in other edge cases as well

After reading the answers, it seems that the proposal for improvement of this OP is not a real good Idea.

Thank you all for the clarifying answers.

Here is a funny scenario:

type “menu” in the Search textbox; select Plugins -> NppMenuSearch -> Menu Search… press Enter.
As the result, the Search textbox does not have a focus!

Well, I know this is a strange use-case: call itself, but anyway :)

@Vitalii-Dovgan said in Announcement: NPPM_GETOPENFILENAMES and related are being deprecated in v8.8.2:

My last question was rather related to NPPM_GETFULLCURRENTPATH, NPPM_GETCURRENTDIRECTORY and the other messages from the same family. These messages:

are internally limited by MAX_PATH; do not provide ability to request/retrieve the length required for the returned path/name.

See the first part of this comment and the first part of the reply by the maintainer of Notepad++.

The MAX_PATH limitation is present in the file handling routines of Notepad++, not just the interface for these messages. As I read that reply, Don has rejected (for now, at least) consideration that the MAX_PATH constraint might someday be removed. If you know MAX_PATH is enough, there’s no need to request the actual length ahead of time.

I agree that there is some inconsistency in what is considered appropriate for deprecation, but I return to the observation that it will always be possible to screw up calling a C interface, and there were and are compelling reasons to keep the plugin interface as a pure C interface. (If we could pass a std::wstring or a std::vector<std::wstring> the whole problem would go away.) It’s a judgement call what is “too error-prone.” Not worth all that much debate.

It occurs to me that I could implement a feature in HugeFiles that would load a chunk of a file, run a plugin command on that chunk, append it to a new file, and repeat for each chunk.

Such a feature would AFAICT eliminate the need for scripts like the one posted above.

If this post gets at least 4 upvotes, I will consider implementing this feature. I expect it would be a lot of work but potentially useful.

@D-V, please post your Notepad++ debug info. I tested installing the Analyse plugin and it installed without any errors on Notepad++ v8.8.1 (64-bit) and also Notepad++ v8.8.1 (32-bit).

You get the debug info from Notepad++'s ? / Debug Info ... menu.

To post your debug info here in the community forums use </> on the forum’s menu bar and then replace the code_text that </> generates with the debug info.

@MAPJe71 I like your solution. Unfortunately I get all comment lines from my (python) code fences into the function list. I tried some things without success, it seems that my skills in regex are limited.

@martin-honnen said in Any idea why self compiled plugin works on "normal" Windows 11 but doesn't in Windows Sandbox?:

[T]he used software needs the Visual C++ runtime …

Runtime DLLs are not needed if you link them statically, i.e., use the /MT linker option or put the
<RuntimeLibrary>MultiThreaded</RuntimeLibrary> property under <ClCompile> in the *.vcxproj file.

See https://learn.microsoft.com/cpp/build/reference/md-mt-ld-use-run-time-library

Hi everyone,

@andrea-tomassi’s PR was really helpful, and it was accepted of course, moreover this gave the project a great shake-up! Of course, the update has also been added to the nppPluginList repository and was recently accepted.

If someone doesn’t want to wait, manual installation is available as usual with the v0.5 release (unzip the appropriate ZIP file to the plugins/NppOpenAI folder):
https://github.com/Krazal/nppopenai/releases/tag/v0.5.0

The last few months have been very stressful for me (there was a nationwide update in the Hungarian .HU domain name registry, which also affected our developments too), but now things are starting to calm down and I hope to have more time for the plugin. ✨

Once again, thank you to those of you who are trying out the plugin, and I am very grateful for all the contributions!

@Christian-Hoffmann

Tested v8.8.1 being quite a new and clean portable and reopens new 1 folded

Set as Python language folded at if on line 1. Programmatically regarded as line 0.

new 1:

if a: b

session.xml:

<?xml version="1.0" encoding="UTF-8" ?> <NotepadPlus> <Session activeView="0"> <mainView activeIndex="0"> <File firstVisibleLine="0" xOffset="0" scrollWidth="39" ... snipped ...> <Fold line="0" /> </File> </mainView> <subView activeIndex="0" /> </Session> </NotepadPlus>

See the xml tag Fold. Folding is saved and restored.

More details might be needed to solve your issue, like version being used … as ? -> Debug info... shows.

@glandon said:

i try to get users clear

This six-word thing is by far the most important thing you could do.

@ptrstack

How difficult is it to make the folder tree …

depends on how complex you want your solution to be.
I would probably just change the font in the resource file and use the WM_SETFONT call in WM_INITDIALOG after initializing the treeview component. Depending on the size, you may also need to call TVM_SETITEMHEIGHT. So this would be 3 lines of code, I guess.

@PeterJones Peter, oh sorry - i hadn’t realized it this morning in the hurry, my bad!