@Robk-Blue said: If I close the PreviewHTML pane before closing NP, it will work when I open the app next time. Yes, closing it before quitting will stop the Docking Manager from trying to relaunch it. I’m guessing you also have an active session of unsaved files? I’m not sure, but it could be that reloading files from a session doesn’t trigger a preview refresh the way that manually opening the file does. If it happens again, just save the file and reload it with Ctrl+R. Another thing is that your version of TextFX is really old. For reference, version 0.2.6 has been incompatible with Notepad++ for several years: https://sourceforge.net/p/npp-plugins/bugs/354 You should remove or rename the NppTextFX plugin folder, open the Plugins Admin installer, and download it again from the current source: [image: 1779246861901-npp-v893-plugin-list-v193.png]

@PeterJones said: @Mark-Olson, @AlanRobbo-69, I have an initial implementation available through the GitHub action build for now (https://github.com/pryrt/notepad-plus-plus/actions/runs/26252176986#artifacts – artifacts should be there in a few minutes from when I post) If you have Text Of Line[FF][EOL]NextPage then the [FF] will be the end of page1 and NextPage will be the beginning of page2 If you have Something[EOL][FF]NextPage, then the Something will be the end of page1 and [FF]NextPage will be the beginning of page2 I don’t recommend it, but Text of[FF] Line[EOL]SomethingElse will put Text of[FF] Line on page1 and SomethingElse on page2 (this is due to the fact that scintilla will always go to the end of the line, even if it goes beyond the “end position” that you passed it, and it doesn’t consider FF an EndOfLine character for this purpose. That would have to be fixed in Scintilla, as there’s nothing I can do about it from the N++ end.) View > Show Symbol: if Show Control Characters & Unicode EOL is on, then Notepad++'s display and the printed file will include the FF box-glyph. If it’s off, then neither N++ nor the printed file will show the FF box-glyph. The option defaults to OFF. To turn it on, use Settings > Preferences > Print > Print formfeed as page break. I hope that you (and other interested parties) would test it over the next few days. I will likely create the issue right after posting this message (update: Issue #18059), but will wait until this weekend to submit the PR, in case there are obvious things that would improve it before I submit it to the codebase. I like your specification, @peterjones , but I am not sure if I understood the subsequent discussion of you and @coises in the right way (due to possible language barrier). So I want to drop my 5 cent to the specification, sorry if that is even what you meant all along. But I think, it is slightly different. My expectation/specification would be like that: Even during printing, under no circumstances, a character is omitted at the output. So if control characters are enabled to be shown, they are also visible on the printing output. So FF should not be “cut away or replaced by page break”, but only the meaning of page break is added at the printing output. and The interpretation/action of a control character takes place (directly) after the position of the control character in the document (exatly like with CR and/or LF, line break is done directly after these control chars). This would be consistant behaviour of control char interpretation. Now, if I understood correctly, it is not possible to cut/split directly after FF and send the page break to Scintilla, but only to cut/split after CR and/or LF. In this case, my specification would be: Add page break always after the next possible CR and/or LF, means, applied to your examples: Text: FirstText[FF][EOL]SecondText[EOL]ThirdText --> Printing Output: FirstText[FF][EOL][page break]SecondText[EOL]ThirdText Text: FirstText[EOL][FF]SecondText[EOL]ThirdText --> Printing Output: FirstText[EOL][FF]SecondText[EOL][page break]ThirdText Text: FirstText[EOL]SecondText[FF]ThirdText[EOL]FourthText --> Printing Output: FirstText[EOL]SecondText[FF]ThirdText[EOL][page break]FourthText So each line is finished with an [EOL]. Control characters of another line belong to the line in which they are in, and are applied at next possible [EOL]. So, nevertheless, the standard should be to have [FF][EOL] in the document for a page break then For me, that would be a universally applicable solution and interpretation of control characters.

@donho Fixed, perfect! Tried both the 32-bit on x86 Win81 and the x64-bit on x64 Win11. Now the only thing, which is always incorrectly left after (both with 32- and 64-bit N++ version uninstallers), is the C:\Program Files\Notepad++\localization\kabyle.xml file.

Sorry! It is NOT that I refuse to help you. It is mostly I don’t know how… I asked for screenshots (a normal function of Windows, which I assumed you would know how to grab). I asked for the Debug Info (I told you what menu to go into to get it). You provided neither. Also, I thought telling you that NOTHING showed in " -> Configuration" was self evident and DIDN’T need a screen snapshot? The screenshot would have confirmed: 1) that there really was “nothing” there (maybe you and I have a different definition of “nothing”), 2) whether you had really selected “user scripts” or had selected “machine scripts”, and 3) that you were willing to follow instructions to try to get help. I’m happy to announce I’ve fixed it!!! Don’t ask me how but my WHOLE NP++ setup was weird!!! It seemed half in Program Files and half in AppData. That’s not weird. That’s how Notepad++ and PythonScript are intentionally set up. The FAQ footnote that I’ve begged you to read explains why there are the two different script locations. In fiddling around I copied the PythonScript directory from Program Files into AppData and TaDa! Everything fell into place… EVERYTHING WORKED like clockwork! You thus copied way too much. You could have copied just the scripts. Or you could have just clicked the “machine scripts” button in the dialog, like I told you to, and not had to copy any files. THANK YOU for your responses and help. Glad you’ve got it working.

Hi, @lachlanmax and All, I forgot to give you the Community threads of, both, @Richárd-stockinger and @jw : https://community.notepad-plus-plus.org/topic/24444/new-plugin-nppopenai https://community.notepad-plus-plus.org/topic/27361/ai-plugin BR guy038

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

Hello, @balancedcircular, @terry-r, @coises and All, I suppose that the following regex S/R should be close to what you want ! I consider the entire line because you may have other lines with attributes Name and/or Comments FIND (?-si)^(<RectangularPart Version=.+ Name=")\d\d\d (.+/.).+?(\d")(.+ Comments=").+(?=>) REPLACE $1$2$3$4$2$3 As @coises said, try this global replacement on a copy of your file ! If everything works as expected, I’ll explain you, next time, how all the regex syntax means ! Best Regards, guy038 I almost forgot the last line of your post. To simultaneously search for any of the three words Rafter, C.Tie and Web, simply use the regex (?-i)Rafter|C\.Tie|Web

@xomx said in Notepad++ release 8.9.4: @donho said in Notepad++ release 8.9.4: Add NPP_LANG property to install a specific localization file for MSI. (Fix issue reported in comment ) As is correctly noted in this GitHub comment, the lang info should be stored into Registry HKLM and not into HKCU. Fixed by: https://github.com/notepad-plus-plus/notepad-plus-plus/commit/09e50bad56c493a6dfd2d034d288b5271a656d96

@ioc2e3 said: ioc2e3 Apr 29, 2026, 4:16 PM Hopefully Notepad++ can display correctly … More types of language archives … notepad++ has been holding it down for like 20 years now. underrated.

I have checked out the https://github.com/donho/xmlSigner project and it is what I needed. I have used that project to correctly pass the XML signing test. I have opened some issues with that project. Here is a quick summary of how the update process works. The wingup code first queries a website to determine if an update is required and the returned XML provides information to be used later. None of the information in the XML is used if it doesn’t pass the XML security check. After passing the security check the code looks for the update status and download location, assuming an update is required. After prompting the user to download the update and finishing the download, it checks the code signing of the installer. Assuming that the code signing is valid and the correct certificate, it starts the install. I will try to document all the customizations to the code from Notepad++, wingup and xmlSigner to make it work in my project so that future users have a place to start, but that will be after I am sure its all working correctly with the new security updates. Thank you @xomx for pointing me in the right direction.

@Alan-Kilborn said in New feature: Allow additional line on each search results: @Coises I can’t tell if you’ve considered this, but one way to do it would be in conjunction with hiding lines. You could hide lines that don’t meet the criterion of -M through +N, where M would be a user-chosen number of lines before the hit, and N a user-selected count of lines after the search match. At first thought, I believe that would be significantly easier to implement than doing it in the search results window. As a plus, it (or a close approximation) could even be available after the search with something like an “expand visible blocks” command. The downside is that Show commands only work on the current document; you can’t show in all open documents (and it wouldn’t even make sense for find in files, whenever I finally get that done). At present, my use of hidden lines (using Scintilla’s function directly) and Notepad++’s way of doing it (keeping its own internal table, inaccessible to plugins, of what ranges are hidden) are at odds with one another, which causes any changes my plugin has made to hidden lines to be lost when any other tab is switched into the view. Thus far, I have not been able to devise any solution to this.

@Uwo222777 Of course, the program itself should return the encoding to its original form, but… it doesn’t do this.

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

GitHub repository: https://github.com/hassaine-abdellah/npp-language-selector PS: I commented the code well so the curious developer can understand how it works.

@guy038 Just to say, I tried your solution in native N++ for kicks, and it worked! So kudos for an elegant idea. :)

@MarkusBodensee Thank you for your heads up. The fix will come with v8.9.5 release tomorrow.

@baberzaman , You can also check NppGTags plugin from Notepad++'s Plugin Manager (this is its project URL: https://github.com/pnedev/nppgtags) - it uses Global GTags to index your code-base and then you can look-up identifiers and do greps. P.S. You love Notepad++, “Boycott Notepad++” is probably not the proper place for your thread. It is more suitable for general discussion or plugins sections as a question and/or suggestion for Notepad++ improvement. BR

Hi @rwieber79 , @peterjones , I’m just seeing this issue, thank you Peter for pinging me. @rwieber79 , just as a side note - please write directly to https://github.com/pnedev/comparePlus/issues in the future if you encounbter problems with ComparePlus - this way I’ll be notified more quickly about the issue. As to the issue itself - please try setting your Notepad++ rendering mode to GDI for the moment. You can do that from Notepad++ Settings - MISC. section (there is a drop-down menu there selecting the rendering which is DirectWrite by default). Then after restarting Notepad++ try again your crashing compare and please write back here if crash is still present. I am in a middle of a large ComparePlus code portions rework and some time in the near future I will release a new version which should not have problems with DirectWrite rendering. BR

Thank you Peter. Makes perfect sense. Much appreciated!

@Shobansky , See my longer answer to you here. I’m not sure why you started a new Topic when you were already participating in a Topic about exactly the same thing, and when there was a Topic created 5 days ago that was essentially the same thing. (Also, naming a Topic “feature request” is not helpful to people looking through the titles of the recent posts, because it tells them nothing about the contents of said feature request. Titles should be meaningful if you want meaningful discussion.) Also, since I’m not sure you’ve seen it, our new feature FAQ explains that, while we can talk about ideas all we want in this Community of Notepad++ users, it isn’t an official Feature Request until you follow the instructions in that FAQ to post the Feature Request to the official Issues tracker for the project.