The Python script I posted is expected to handle single byte errors from UTF8 decoding. Asian languages can be 2 byte for ANSI and so the script may need to get the following byte too to decode both bytes properly. Probably will not find recovery tools and the like that will fix mixed encoding errors as the solution in some cases might be worse then the problem though in this case tested OK. Once saved, then there might be no going back and so creating a backup before the operation would be wise. Inspect the results to confirm is OK.

Hello, @coises and All, Again, thanks for quickly fixing the different issues ( and some others, at the same time ! ). So far, everything looks OK ;-)) Now, I did a test, searching in all files of my D: USB key, with : The native N++ Find in Files dialog The Search++ Search in Files dialog The MultiReplace Find All in Files command To be sure to process fair tests, I unplung my USB key, re-start my laptop completely, replug my USB key and starts a new N++ session, before running these three Find in Files operations, in turn ! I searched for the Fi string, with the Match case and the Regular expression options checked. I got : 27,112 matches in 833 files of 1,761 searched for the N++ Search Results panel, in 1m 37s 27,112 matches in 833 files of 1,761 files for the Search++ Search++ Results, in 2m 21s 27,087 hits in 835 file(s) for the MultiReplace Search results panel, in 1m 36s However, when you re-run this same search, without exiting N++, right after the first search, we get the job done in about : 6s for the N++ search 5.2s for the MultiReplace search 1,1s for the Search++ search So, apparently, the results of the first search seem to speed up all the next same searches, whatever the search engine used ( native one or plugins ones ) ! Best Regards, guy038 P.S. : I understood the small differences which occur in the MultiReplace search ( 27,112 - 25 ) matches in ( 833 + 2 ) files. But, I prefer, first, to study more closely the MultiReplace plugin, which is very powerful too and reply later to @thomas-knoefel. It concerns the encoding of 4 files which is not recognized properly and which occurs only when the Find in Files command is used. The Find All and Find in Docs commands, themselves, give correct results for these 4 files !?

@guy038 Merci beaucoup!

@PeterJones Worked perfectly, thank you.

@Coises said: What is really means is, when Notepad++ opens an existing file that contains only ASCII characters, it should treat it as UTF-8 rather than as ANSI. Yeah, so for example: “Treat ASCII-only files as UTF-8 (instead of ANSI)” or something similar could be a more clear wording for the option. Which, for me, raises the question: Why is this only available when UTF-8 is the default encoding for new files? It would add a bit more flexibility to the user, but on the other side it seems very unlikely to set this option if you don’t want UTF-8 as default. So I guess it could be a preventative measure that the user doesn’t set any confusing options.

@ThosRTanner said: This doesn’t seem terribly useful for an installation package though. This is exactly my use case: I download the zip archive end selectively extract only changed files. Some of the files in my installation I explicitly do NOT want to get overwritten. In the end it is really just a matter of taste. And I really appreciate the possibility to choose my desired format. From this I support the current situation, that both format are presented for download.

Hi, @dougk.az, @peterjones and All, Oh, yes, Peter, you’re perfectly right ! But I must be a little tired from this heat wave. Since June 22, in the room where my desk is, even with a fan, the temperature has usually been between 29 °C and 30.5 °C. It’s awful ! BR guy038 Oh ! Now, I also realized that @dougk.az never spoke about the form feed ( FF ) characters, of code \x0C but spoke about the line feed ( LF ) chars, of code \x0A As I said above : really tired by heat !!!

@rafaello , IANAL, and I don’t own the trademark, but with your clarifications and updates, I believe you’re probably not violating the trademark (IMO). It’s good to see someone who is willing to accept such feedback (rather than digging in your heels for a while, like happened with the aforementioned fork).

@PeterJones I was looking at style for CDATA instead of SGML, so that explains it. Thanks a lot for the help!!

FYI: Notepad++ v8.9.7 RC2 is available now: https://github.com/donho/notepad-plus-plus/releases/tag/RC2

@Sylvester-Bullitt , Release Candidate is available. You probably want to test this version, and report any continued problems with the Open File feature ASAP.

@vvPeterJones I switched Settings>Preferences>Print from “No background color” to “Black on white” and the print is much better.

@PeterJones said: So, sorry, I don’t know of a way to do that. But I am now curious if someone else knows of a way, or if one of the codebase experts knows why it might not be possible (or whether it’s a feasible feature request or not). (I’d apologize for providing a ‘non-answer’ as my answer, when you haven’t gotten a ‘real answer’ first… but I wanted to caution future respondants to not jump to the same conclusion I did at first without actually giving it a try for themselves.) No worries I like to see how people tackle problems. And with a software as vast as N++ where I know only a small percentage of all the functions, even a non answer shows me something new most of the times. Coises answer does the trick. In an ideal world I’d like a way to switch the behaviour so Alt+drag copies, but for all intents and purposes the solution works for me.

Another example can be seen at https://community.notepad-plus-plus.org/topic/27601/with-the-help-of-a-regex-how-to-find-code-preceded-by-a-only-if-code-is-absent-between-style-and-style-in-the-css-section-which-is-below/4

@PeterJones Perfect thank you very much!

@rdipardo thank you for pointing that out. I will check and do the needful.

@Howard-Brown @peterjones has given you the necessary information to get back the default DarkMode settings, so you should learn from this issue and do what I did, and make your own DarkMode settings by copying that file, and giving it a different name. I called mine MyDarkModeDefault to avoid the confusion, and played with it to my hearts content. Doing this trick, even with your new default version, you can make another copy and continue to fine tune what you need to, without damaging the default, or your own new default versions. Call it MyExperimentalDarkMode, and have fun without worrying. As @peterjones and many of us around here always say, “back up what you don’t want to lose or recreate” - though that is paraphrasing. :-)

Thanks, your script works perfectly.

@PeterJones Great. Thanks