Hi, @mpheath and All, Ah… I understand. Thus, I’ve decided to conduct a second round of tests. This time : The files New_LF_ANSI.txt and New_CRLF_UTF-8.txt were copied from ORG_LF_ANSI.txt as Regex_LF_ANSI.txt and Regex_CRLF_UTF-8.txt The files Lua_LF_ANSI.txt and Lua_CRLF_UTF-8.txt were copied from ORG_LF_ANSI.txt as Lua_2_LF_ANSI.txt and Lua_2_CRLF_UTF-8.txt Then, I stopped and restarted N++ : thus, no more change history feature ! Finally, regarding these new created files : I ran the regex replacement, followed by a Trim trailing Space operation, on files Regex_LF_ANSI.txt and Regex_CRLF_UTF-8.txt I ran your Lua script on files Lua_2_LF_ANSI.txt and Lua_2_CRLF_UTF-8.txt So, these four files showed an orange change history color. As you can see on the screenshots, the regex process acted on all lines, but some empty line endings, and your lua script just acted on lines which need wrapping ! Regex process : [image: 1793185055863-2227cacc-b95f-4715-9de6-41295fb2754d-image.jpeg] Lua process : [image: 1793185088657-7b25d2ab-cc71-4e82-9fe3-dc3c4f3cd4fa-image.jpeg] However, the comparisons between the regex process and the Lua process shows the same number of differences ( 3 for ANSI files and 5 for UTF-8 files ) Between ANSI files : [image: 1793185122897-7299ef9e-d2d0-46f5-9d1c-a9a4a69473a4-image.jpeg] [image: 1793185134970-7e206be6-1745-46b2-9751-5fdd94e5a2a6-image.jpeg] Between UTF-8 files [image: 1793185153982-bd94b573-9462-4640-99f2-ed0ecbec9ced-image.jpeg] [image: 1793185170805-785051c7-9e8b-476c-8024-9cb249e18ded-image.jpeg] Best Regards, guy038

For the reference: I’ve created https://github.com/notepad-plus-plus/notepad-plus-plus/issues/18554.

@Lycan-Thrope said: Did you make the change permanent No. I made an Issue, so Don can fix it. I don’t have write access to the main website. Update: Oh, I see, after I went through the approvals, that @myfancytextgenerator already guessed that mine was just an issue.

Hello, @thomas-knoefel and All, Indeed, changing the line : LoadThreads="auto" into this one : LoadThreads=0 within the MultiReplace.ini file, the same list of files were found in 2 m ( instead of 1 m 13 s ) Thus, I decided of an experiment, changing, on purpose, the LoadThreads line to : LoadThreads=8 After restarting my computer and doing the test, the execution time was, this time, 1 m 28 s. However, verifying within the MultiReplace.ini file, I saw the line : LoadThreads="0" Is this the expected behavior, with the number 0 as a string ? Best Regards, guy038

@PeterJones Good info on StyleID, thanks.

same user also posted similar in this issue in comment in #17480

same user posted similar in this issue #10923 comment

@rdipardo said: I would point only out that the documented return value of NPPM_GETCURRENTSCINTILLA is not supported by the actual implementation; the FALSE-returning code path contradicts the statement that this API “Returns always True [sic]”. Technically so, though the FALSE value only happens when the caller sends an invalid parameter (LPARAM null, when it should be a pointer to an int). There’s also the additional result value of -1, which is documented, but which a comment in the code says “cannot happen”; the equivalent doesn’t exist in NPPM_GETCURRENTVIEW. What troubled me, though, was that the two calls base their responses on different things. I made some attempt to search the code. As best I could tell, the connection between Notepad_plus::_pEditView and Notepad_plus::_activeView is… haphazard. Even though they sound like they represent the same information in different forms (an integer that represents the main or secondary view as 0 or 1, and a pointer to one of two ScintillaEditView structures that represent the main and secondary views), I can’t “prove” that they always change together. So I cannot be certain that they do not represent different information, used for different purposes. If NPPM_GETCURRENTVIEW were meant merely to supersede the older, clumsier-to-use NPPM_GETCURRENTSCINTILLA, one would expect it to have been based on the same code (if for no other reason, for clarity). I couldn’t find any explanation of why this call was created or what problem it was meant to solve. So I was hoping perhaps someone would know and remember the rationale for the newer call and/or the purposes of the two different variables on which the calls are based, and could tell me either “they’re the same thing, use whichever you like” or “here is the situation in which they can return different results.”

@Robk-Blue said: indentations perfect to 2 spaces Does this mean that you have Notepad++ set up such that tab characters are visualized as two spaces, or that you aren’t using tab characters at all and simply have Notepad++ directly insert two spaces when you press the Tab key when your caret is in a tab-stop column? If you are inserting tab characters in your Notepad++ document, then copying your text to another program for processing allows that other program to interpret tab characters as it sees fit (which could easily be different from “two spaces” in Wordpress’s default handling). Possible solutions to your “problem” might be to stop using tab characters (if that’s truly what you are doing), or look into adjusting Wordpress’s settings for how to handle tab characters (if it has such settings).

@Adam-Harrington , First you can search your Registry file for that phrase E:\Portables\Notepad++.exe %1 or just notepad++ and look for the key/value pairs you find and change them to the new location of your Notepad++ directory. Or search this forum and the FAQ’s list for this information. I searched mine and found it with just “notepad++”

@steeve-wick , That’s almost a direct quote of what I said a month ago. Were you trying to add new information?

@Screen-White said: I also contribute to that resource We do not allow links to fancy text generators here: every topic that has any becomes a honeypot for more such links, getting low quality posts that pretend to be responses but are actually just spam advertising. If you have something meaningful to say about Notepad++, feel free. But if you post another link to your fancy text generator website(s), you will be banned for spamming.

JsonTools v8.6 is now available for download (it’s not up on the Plugins Admin yet, pending my PR to NppPluginList). Major changes: Fixed potential for Notepad++ to hang or crash due to: RemesPath queries with a for loop over an empty array Maliciously crafted schemasToFnamePatterns.json config file RemesPath queries that generate too-deep JSON (which previously could have caused stack overflow) List of 16 most recently used unique RemesPath queries (stored in config file, accessible by menu command) New control in JSON to CSV form, allowing columns to be listed in the order that they occurred in the first record, rather than in alphabetical order

Regex is definitely the way to go for this kind of filename cleanup in Notepad++. It’s great how a simple search-and-replace can handle a whole list of filenames at once instead of renaming each one manually. Just make sure to test it on a few files first to avoid any unexpected changes.

The RC will be available before October 30. Sorry for the delay.