@Guido-DC

let’s summarize to see if we have the same understanding.

You use the latest npp version without any additional plugins, correct?

You do have open the windows explorer and double click on a file with a txt extension.
Notepad++ starts instantly but does not show the content of the file instantly,
instead it takes 5 seconds before the content is shown.
This does not happen if you open files with other extensions like rtf and doc
(side note, can you actually read these documents clearly, because normally they are formatted?)
but using the the same method to open ( by using double click in windows explorer), correct?

In addition, (the point I don’t understand at all)
if you create a new txt file it takes 10 seconds before you even see the empty document and, again, this does not happen if it is a rtf or doc document.
How does this work? You cannot open a new txt file you only can open a new
file and only after saving it for the first time it becomes a txt, or whatever you choose, file. What do you exactly mean by this?

I’ve posted the image about the debug-info, can you post the info, please.

As said, when you disable the mentioned settings you need to choose a name
for the file to save to when you close npp otherwise the file is gone. This is the
normal way when saving files. So what did you do in the meantime - did you reset
the settings or do you still use npps automatic saving feature?

Cheers
Claudia

This feature is a built-in feature of the sublime & vscode

Hi, Scott,

Many thanks for detecting my mistake ! Ah, I carried on my error, through all the contents of my post :-((

So, simple lesson : beware about the real pasted text !! BTW, I’ve already updated my previous post

Scott, you’re, really an attentive reader, aren’t you ? Brrrr ! I ought to be careful when I write future posts ;-)

But, Scott, if I did an obvious grammar fault or if I was totally wrong about an English expression or word, don’t hesitate to tell me about it ! It will improve “my” English, which is far from being fluent !

Cheers,

guy038

@yc-z

this shouldn’t happen.
Would you mind open an issue at
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/
with a reference to the already closed issue #2700.

Thank you
Claudia

Out of curiosity I did browse the code to see how “find in files” works in Notepad++. As far as I understood:

I did not go into the actual comparison but pattern should be matched to file using some common encoding. Either pattern is re-encoded into the guessed file encoding or during the scan each symbol is translated into its Unicode point of U+### and compared.
The bottom line is that if the initial encoding guess was wrong NPP will fail to find matches.

I use NPP mostly for UTF-8/ASCII files and sometimes for UTF-16 (Microsofts default). NPP auto detect these well.
I will not be surprised if rarer (country specific) encodings are often misdetected.

In any case this “find in files” scheme is very slow and I hardly use it. I prefer ‘greping’ externally.
It would be nice to implement for code developers a much more efficient UTF-8 only find in files that does not bother to load each file into Notepad++. Possibly in a plugin.

Hi,
correct, I use the XML Tools plug-in. Will check this issue with the plug-in authors.
Best wishes