Thank You Everyone for your Time and Effort.

@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]

@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.

Hello, @coises and All, How are you, @coises ? Pretty good, I guess ! I just uploaded a new version of the ICU.txt file which simply corrects a few typos. https://drive.google.com/file/d/1_TwEV1oorsoWUUjL97BmptcR4fpNQ98_/view?usp=sharing 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 : Open the Find dialog Do any kind of search Click on the Find All in Current Document button => A Search results panel opens and displays all the occurrences of the searched string Now : (1) First, click once, anywhere on the blue Search results title (2) Then, moving your mouse horizontally up to the cross, at the far right, try to close the panel => Nothing happens ! (3) Just, move down the mouse within the Search results panel then re-click on the cross => This time, the Search results panel should close, as expected. Re-open the Search results panel, using the F7 key Repeat the actions, 1, 2 and 3 to trigger again that bug. Sometimes, some tries are necessary to get into the problem ! Remark : If, you accidentally double click on the Search results title bar, this panel will become a floating window. To restore its initial postion, simply double-click again on the Search results title bar Note that, in the end, this bug does not really matter because I mapped the Ctrl + Shift + N shorctut to the Search... option of your plugin. So, hitting this shortcut twice does close the plugin, anyway ! I thought of an enhancement of your Search++ plugin : Let’s suppose that I want to mark all lines which satisfy the regex below, against the latest change.log file ( release 8.9.6 ). So : We open or select the change.log file / tab We open the Mark dialog ( Ctrl + M ) We check the Bookmark line, Purge for each search and Wrap around options, ONLY MARK (?i-s)(?:\G|Q).*?T We select the Regular expression mode Finally, we click on the Mark All button Two lines only are bookmarked : the very first one and the point #8 of v8.9.4. However, the total number of occurrences is 8 Notepad++ v8.9.6 vulnerability fix, regression fixes & bug-fixes: 8. Fix quote escaping causing incorrect JSON syntax highlighting (Lexilla update related). As you can see : For the first line, as we are at the very begining of file, the \G alternative finds two occurrences For the second line, the Q alternative finds the first occurrence and the \G alternative finds the five remaining occurrences So, I was wondering if you could alternate the colors, between the present mark color and an other one, in order to easily distinguish these occurrences ? Now, near the end of your initial Search++ post, you said : I plan to add a Save function that will let you save searches you might want to use again. Of course, once it is possible to save, it has to be possible to delete and rename and edit and organize… I haven’t designed a user interface for any of that yet. I do support this future enhancement ! 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.

This issue is one of the most consistently duplicated on the forum, for example: “Highlight HTML and CSS” “CSS comments should be in GREEN” “css formatting not working on embed style sheet…” etc. @peterjones’s initial reply is the correct one. You can also refer to this more detailed explanation regarding the current limitations of Lexilla. For now, a relatively simple way to edit HTML documents with embedded style and script highlighting is to use the tree-sitter plugin. Note that only “light” style themes are currently supported, and you will have to manually download and extract the configuration files to get it working. [image: 1779564282293-npptreesitter-v110.png]

@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.

@PeterJones Thanks!

@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.