I found a third way to speed up the loading of large source code files by manipulating the “langs.xml” file:

1. Hide or rename the “langs.xml” file. Notepad++ will complain if it can’t locate “langs.xml”, but will continue to work after the warning dialog box is dismissed.

2. Create an absolute bare-bones version “langs.xml” with all source code sections removed. Full contents of <?xml version="1.0" encoding="UTF-8" ?> works nicely. The file cannot be a zero-length file, it must have some minimal contents.

3. Just the specific language section can be removed or commented out (surrounded with <!-- & --> tokens):

<!---
    <Language name="json" ext="json" commentLine="" commentStart="" commentEnd="">
        <Keywords name="instre1">false null true</Keywords>
        <Keywords name="instre2">@id @context @type @value @language @container @list @set @reverse @index @base @vocab @graph</Keywords>
    </Language>
-->

As with the file renaming and hardlink creation approaches, there is no syntactic and keyword highlighting or FunctionList available, but otherwise all other features are available.

Neither hiding other folders [userDefineLangs, autoCompletion, functionList] nor hiding other files [functionList.xml, stylers.xml] showed any significant speedup in the file load time. There may be an unique combination of XML file changes that does speed up load time.

NOTE: While variations 1 & 2 will disable formatting for ALL source code files edited, variation 3 only affects the language name commented out.

If large source code files must be edited frequently and both the file rename and hardlink approaches are not practical to use:

• Unzip a separate portable version of Npp into Npp4FTB2EE (Npp for files too big to easily edit) <grin>
• Replace the default “langs.xml” file with a version based on variation 2 or 3 above
• The folders [userDefineLangs, autoCompletion, functionList] and file functionList.xml can be deleted

These variations have been tested and work properly in both Npp v8.1.4rc & v7.9.5 and should also work in earlier versions but YMMV.

mklink /h sqlite3.c.txt sqlite3.c

It’s an 8 MB C file with over 230,000 LoC which I chose simply because it was the largest source code file at hand. By using the hardlink approach, I didn’t change my disk space usage as both names now point to the same storage space on the drive. But, the file sqlite3.c.txt loads in a couple of seconds while the file sqlite3.c. takes an interminable amount of time to load. Any changes made to sqlite3.c.txt will affect sqlite3.c (and vice-versa).

As an additional experiment, after again loading sqlite3.c (and twiddling my thumbs for a while), I turned off file type processing (\Language\None (Normal Text)) and it was quite zippy to move around in the file. But turning lexing back on (\Language\C) again takes an interminable time as over 996,00 tokens (words) must be processed and the editor is once again in molasses mode.

When in the desired speed mode, i.e., while editing sqlite3.c.txt, I searched for the key word ‘return’ and was almost instantly informed there were 9239 matches in the file, and all nicely highlighted in green. The point is, if you can live without the visual sugar of code highlighting, Notepad++ is quite fast on Mongo sized source code files.

As I mentioned in the other post, Notepad++ and ANY other application will consider hardlinked files as two separate files, so it’s up to you to not allow modifications to both at the same time. There are other helpful hints in that post, but I feel this warning is important enough to repeat here.

FWIW: I rarely fire up a console (cmd session) to use mklink now that I’ve installed Link Shell Extension.

PrePS: If hardlinks are not your cup of tea, simply renaming the file also works, but now you must remember to restore the name after editing.

@Alan-Kilborn
It’s actually what I tested with, but I didn’t think adding hardlinking was ‘the most direct way’ to demonstrate how to keep the style lexer from helping.

My both huge files are .json, that are used for foxreplace in firefox and its clones.

yes, I have kept language keyword highlights and styling on as a default of npp. If that is causing the delay, I can sure turn that off without loosing any functionality that I require.

Please drop a word to assure.

Thanks.

please suggest some free alternative editors that can be used just for doing small changes in such huge files

We’re not really in the game here of suggesting alternatives to our favorite. :-)

But…perhaps try THIS.