@guy038 Hello! I understand that you spent time on a solution for me, much appreciated! But I don’t understand much of what you suggest, I’m not all that Notepad++ savvy. I think I’ll stick with the solution I now use, open Notepad++, drag all (26) HDD txt’s into it, then do a search using “Find in All Opened Documents” and it does the job. Not so elegant though, I was hoping for a solution with a search in one single txt with all HDDs directories combined. Best regards, pellelin

@PeterJones Hi Peter, No there is only ever the 2 forms of the lines. I usually applut a lex sort then remove duplicate lines. So I would end up with: G7ODA,IO93WS, G7ODA,IO93WS,PE, P01AZ,IO55WS, P01AZ,IO55WS,XY, I can sort again after as that takes split second. Thanks for the suggestion, I shall try that.

Hi, All, From the @pellelin’s post, here is an improvement of my previous post : I now added the complete path of each file , followed with a \ character and the file name ! Once any Search Results panel is displayed : Hit the Ctrl + A shortcut Hit the Ctrl + C shortcut Open a new tab ( Ctrl + N ) Paste the Search Results contents in this new tab ( Ctrl + V ) Run the option Edit > Line operations > Reverse line order ( IMPORTANT ) Now, open the Replace dialog ( Ctrl + H ) Uncheck all box options FIND (?-si)^\tLine\x20+(\d+)(?=(?s:.+?)^\x20\x20(\u:.*\\.+)(?=\x20\())|^\x20\x20\u.+\R REPLACE ?2\2\t\1\t Check the Wrap around option Select the Regular expression search mode Click on the Replace All button Now, re-run the Edit > Line operations > Reverse line order option ( IMPORTANT ) Finally, save this new tab for future study within N++ or Excel ! Now, @pellelin, if you don’t have already the Columns++ plugin installed in your configuration, I kindly advice you to install it ! After installation of this plugin, close and re-open Notepad++ First, run the Plugins > Columns++ > Elastic tabstops option Then run the Plugins > Columns++ > Convert tabs to spaces option Now, in order to right-aligned the line numbers, do the following regex replacement : FIND (\d+)(\x20*)(?=\x20:\x20) REPLACE \2\1 With the same parameters, in the Replace dialog, than above ! For example, I did a search of the word the, whatever its case, in Normal mode, on any .txt file of an USB key Search "the" (77312 hits in 507 files of 590 searched) [Normal] I got an INPUT file of 51,5544 lines for about 10,2 Mb And, after the above process : Reverse line order Regex Replacement Reverse line order Which took 82s, I got an OUTPUT file of 51,047 lines, for about 12,2 Mb, with Complete file path, Line number and Text, all aligned [image: 1780319031552-b25954ec-283c-4b15-9603-bf0d370d3c2d-image.jpeg] Best Regards, guy038 P.S. : In this version, I didn’t report the number of hits. If this information matters too, just ask me about it !

@Abdellah-Hss Hello thanks for this input, I thought I had to provide all system versions in order to be accepted to admin plugin list. Today I’ve added ARM64 version and will fork the admin list to update it asap. Thanks for the feedback I actually didn’t know the way to publish it via official channel. Hopefully once I get through with this process it will make the list and be easier accesible. Edit I’ve just added the plugin to official list on x86, x64 and ARM64. Till the next update you can only install it via dll or bat installer I provided on github.

@PeterJones Okay, I got it working, but I need to revise the configuration section of NppDebugger. Debugging PythonScript is fundamentally different from debugging “regular” Python programs. Currently, however, NppDebugger selects the debugger based on the language, which no longer works in this case. So I guess I need to introduce a “profile-like” approach, i.e., a language can have multiple debug adapters. If multiple adapters are defined, we could display a small dialog to select the desired adapter. Additionally, the debuggee process is currently terminated when the session ends, which is usually not a problem, but when debugging PythonScript, Npp itself is the debuggee process, and terminating it could leave plugins in an unexpected state, such as in my case, where NppLspClient can no longer perform its cleanup. So I need an additional option to configure the debuggee process so that it is not terminated after the debugging session ends. I hope another version will be available by the end of this week. [image: 1780303579725-nppdebugger_in_action.gif]

@PeterJones - Yes! It works that way for me, too. That’s the magic bullet - have Windows to add it to the Open With list, which triggers creating the file in AutomaticDestinations\ which will then start collecting file names. I now have my jump list back. Thanks for helping me puzzle this through. I have a few files that I use daily and this makes my work flow much more efficient.

@jabcreations said: The only “people” using 800x600 these days are bots. That’s an absurd exaggeration. Whether or not there’s anyone on 800x600, there are plenty of people still using 1920x1080 monitors. (In case you don’t believe me, per April 2026 Steam HW/SW survey, more than 50% of Steam users are running at 1920x1080. So it’s still reasonable behavior for more than half of users – and that’s skewed toward gamers, who are more likely to have “fancy” tech; I am confident that in general, even higher percentage is still using 1920x1080.) Did I miss something or does this need to be a feature request? Could it be improved for 4K users? Likely (I’ve never used a 4K monitor, so I have no experience). There’s a long-open set of 4K issues in the official tracker, and it wouldn’t surprise me if this were already one of the open issues remaining… You might want to search the 4K issues in the repo to see if it already exists. But in the meantime, what’s your OS display scaling set to. Normally, with 4K, it’s somewhere in the 150% to 200%, IIRC from other posts. But if you’re at 100%, then of course GUI elements will be tiny.

@xomx From the scenarios you described, HMAC is not infaillible. However, just because the burglar is cabable of anything does not mean I leave my door unlocked when I leave home. Also you make valid points. The MachineGUID is not a cryptographic secret, and it was never designed to be one. But it’s still better to use the MachineGUID than to rely sorely on sha256 of shortcuts.xml. Not only does HMAC make tempering with shortcuts.xml more difficult, but it also prevents attackers from pre-computing the sha256 value of the factory-default shortcuts.xml. As a result, I believe HMAC is a suitable solution: it prevents the most effortless forms of shortcuts.xml tempering, and under normal circumstances users are not disturbed.

@Geoff-Taylor , That is the effect of one of the “security fixes” that prompted v8.9.6.1’s existence. See my reply to see more of the implications of the security changes, and note the discussion it spawned

@Bernard said: this is to request feature id est Folder Workspace responds to clicks on line containing file name if the click is on blank area beyond end of file name . Interesting idea. I see no harm in asking for it. However, this is the Community of Notepad++ users. Our feature request FAQ explains the process for checking for existing requests and adding a new request if it doesn’t already exist.

@PeterJones said: Notepad++ copies the current contents of the file on disk Yes, function “Backup on save” does exactly that, it’s not suitable. I need to save the current version of an open document. I will use third-party software to save a copy of the file on external flash disk to the specified directory on the PC. Writing plugins for Notepad++ is very interesting, but there is absolutely no time for it. Thank you.

@peterjones Yes, mostly the issue is for end user. Thanks for complete explanation!

@smcclosr said: Not 100% user if this version addressed this specific issue, It almost definitely did not. The changes between 8.9.6 and 8.9.6.1, as announced in the forum and by looking at the git-diff at GitHub, were completely related to vulnerability fixes (COPYDATASTRUCT, removing commandLineInterpreter hidden config file option, and making it harder for saved-Run-menu entries from shortcuts.xml to run apps from non-approved directories), and do not seem in any way related to OneDrive. (And least, I don’t see how any of them could affect saving of files to OneDrive) My guess was the change in v8.9.6 that changed behavior relative to v8.9.5 was the “saving dirty read-only files” fix (but that’s just a guess… and it wasn’t changed/reverted in v8.9.6.1, so that doesn’t seem a plausible explanation for your experience.) but it is resolved for me now. Hopefully it stays that way. Good luck.

@donho , https://community.notepad-plus-plus.org/topic/27545/inability-to-save-file-to-onedrive-with-8.9.6-version-of-notepad indicates that there might be a regression with the ability to save to OneDrive…

Hi, All, Second and last post regarding the Word_Frequency macro ! Now, a simple example : Open the change.log file of the last release v8.9.6 Do a stream selection of all the points of the v8.9.6 release, ONLY. So, the lines below : 1. Fix vulnerability (CVE-2026-46710) of v8.9.4 & v8.9.5 installer. 2. Fix x86 installer regression of not showing installation entry in Control Panel's "Unstall a program". 3. Fix x86 installer regression where context menu not installed or uninstalled correctly. 4. Fix UAC prompt display regression (“Notepad++ installer” instead of “Notepad++”) for Notepad++ v8.9.5. 5. Fix incorrect bevaviour when saving dirty read-only files. 6. Fix regression where saving a UDL file removed XML declaration. Run the Word_Frequency macro. You should get, at once, this OUTPUY text : 1 : 1 2 : 1 3 : 1 4 : 2 5 : 3 6 : 1 9 : 3 CVE-2026-46710 : 1 Control : 1 Fix : 6 Notepad : 3 Panel's : 1 UAC : 1 UDL : 1 Unstall : 1 XML : 1 a : 2 bevaviour : 1 context : 1 correctly : 1 declaration : 1 dirty : 1 display : 1 entry : 1 file : 1 files : 1 for : 1 in : 1 incorrect : 1 installation : 1 installed : 1 installer : 4 instead : 1 menu : 1 not : 2 of : 3 or : 1 program : 1 prompt : 1 read-only : 1 regression : 4 removed : 1 saving : 2 showing : 1 uninstalled : 1 v8 : 3 vulnerability : 1 when : 1 where : 2 x86 : 2 If you prefer a ordered list ignoring the case, simply insert the regex replacement, below <Action type="3" message="1700" wParam="0" lParam="0" sParam="" /> <Action type="3" message="1601" wParam="0" lParam="0" sParam="(?x-i) \u+" /> <Action type="3" message="1625" wParam="0" lParam="2" sParam="" /> <Action type="3" message="1602" wParam="0" lParam="0" sParam="\L$0" /> <Action type="3" message="1702" wParam="0" lParam="640" sParam="" /> <Action type="3" message="1701" wParam="0" lParam="1609" sParam="" /> Right before the sort line : <Action type="2" message="0" wParam="42059" lParam="0" sParam="" /> Here is the trick to get the right number of occurrences when > 99,999. Search for any remaining ¶ character with the regex ¶+ . Let’s suppose you have this line : the : ¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶¶97371 As the number of consecutive ¶ is 23, the exact of occurrences of the word the is : 23 × 10000 + 97,371 i.e. 327,371 occurrences Remember that the first thing to do, before running the Word_Frequency macro, is to select part or all current file contents ! Best Regards, guy038

@CJBlake1 , Rereading my original response, that came out harsher than I intended. I got interrupted with real life, and had decided to post as-is, before I had a chance to audit my post, so it was too “raw”. What I was really trying to say: I don’t think the specific version of Edge is really relevant to your issue. I am assuming that you used to have XML associated with Notepad++, and then suddenly it wasn’t anymore. Unfortunately, many applications (Edge included) have programmers who think that there software is the only one that matters, and that they should “take back” their favorite filetypes (like XML), regardless of decisions a user has already made. So I’m assuming that some recent update in either Edge itself, or in Windows in general, caused Windows to change (or reset) the default application for the XML filetype. There is nothing that Notepad++ can do to prevent the OS or an overeager application from hijacking the filetype. The best thing you can do in a situation like this is to use the OS tools to re-associate the filetype with the program you want. In Windows 11, the most reliable method for doing that seems to be using the Open With from the right-click menu: right click on an XML file, choose Open With, select Notepad++, and be sure to say, “always use this app from now on”.

@guy038 said: First, regarding the bug I mentioned in my two previous posts, I also detect it with native N++ and, for example, the Find Results panel : Thank you for that additional information. I had a suspicion this was a Notepad++ behavior not really related to the plugin. I have not been able to reproduce it. It is possible that it is dependent on some detail of your operating system or drivers. Since you can reproduce it without any plugin, I suggest adding it as a Notepad++ issue if you think it is worth further investigation. It could be that others will be able to reproduce it, perhaps including someone who can run Notepad++ under debug and close in on what is going wrong.

@Italian-menu , Why in the world would you think your post helpful? “depending on what you’re using” – of course they are using Notepad++. This is a Notepad++ forum. If you cannot give a human-created Notepad++ -specific answer, don’t bother posting.