@PeterJones said: [W]hen I told it to build the Solution in VS, it complained about the static libcurl library being missing. I only bothered with a 64-bit build; I can reproduce the link error if I try building GUP.exe for the Win32 platform. Notice where the Visual C++ project file looks for libraries; the path for 32-bit builds is rooted at ..\curl\build\x86\. However, cURL’s build workflow uses CMake to generate a Visual C++ project on the fly. If you just let Visual Studio have at it, the automatic output directory will have the name "Win32 "!!! The GitHub workflow ensures a correctly named output directory by passing it to the CMake command line. You would have to do the same locally for a successful 32-bit build.

@guy038 said: You can verify that, in the table, at that time, the Search++ and Multiplace plugins, unlike N++, did a Find in Files search on the saved files on disk and not on the N++ buffers possibly modified Yes, that is a condition I have not yet addressed, and it is good that you call it to my attention. I am more inclined to raise a warning box telling the user that some of the files to be searched are currently open in Notepad++, and the search results (and modifications, when I get Replace in Files done) will apply to the stored files, not to the edits in progress in Notepad++. The way these searches work would make it difficult (probably not impossible, but difficult) to attempt to insert open document searches into the multi-threaded file-based search process. There are significant differences in how the two are implemented. Do you see much practical application for searching the files in a folder, some of which are modified and not saved in Notepad++, merging the search of the unsaved open documents with the search of the unopened files on disk? (For replace I can see the value of skipping open files, as you might have tested the change on a couple files before choosing to apply it to the remaining files. If you already saved the files, you’d be applying the change twice; if you hadn’t saved them, you’d have a bunch of “File has changed, do you want to reload?” prompts to dismiss.) I wonder if any of this works properly when users have multiple instances of Notepad++ open and the files are open in a different instance than the one doing the search?

Hi! A bit late, maybe my ZeroBasedColumn plugin could help with what you’re looking for. It makes the column numbering in Notepad++ start from 0 instead of 1. https://github.com/pasqualeambrosio/ZeroBasedColumn Hope it helps!