Minor correction to the sample output, forgot the “Sel” part earlier. It should actually look like this:

Ln:229 Col:103 Sel: 0|0 +r

@raja-sekhara-reddy-vangala

npp is not a writer/word/wordpad/ replacement.
If you need such functionality then you better use one of those.

Npp is an editor which colors different parts of a text based on
a lexers’ rules. This is done every time you open the respective file
and not stored if you close the file.

So when you want to have a particular file always get colored
based on such rules and non of the builtin lexers can be used,
you need to create your own lexer by using the user defined language dialog.

Cheers
Claudia

What I guess I found out so far is the following

First npp tries to detect if the file is a BOM file, if it is,
it gets rid of the BOM signature and continues reading the file in converted utf-8.

If it isn’t a BOM file it’s calling chardet library to see what codepage to use.
If chardet returns, it is checked if it is reported to be utf-8 -> go on reading the file …
if not, convert it to utf-8.

But this, of course, happens only “virtual” for scintilla control.

Cheers
Claudia

Hello @cmeriaux,

Thank you for this useful addition.

Best regards.

thank you Claudia.

Based on the path I assume it is some kind of network share.
Most likely there is some hang due to the network that both editors experience. Perhaps waiting on some locked file.
If the share is SAMBA from linux by any chance I guess that soft links may lead to infinite circles within the directory tree.

Find in files loads each file into notepad++. It is always rather slow and over network it can be really slow.
How many php files are under this folder?
How long did you wait for the hang to finish?

@Robin-Muliawan

You are absolutely correct. This is a BUG.

In theory, due to another BUG, you could press Alt+D (for down direction) or Alt+U (for up direction) while you are still on the Mark tab of the Find dialog, and it will change the (currently invisible) Direction box setting on a Find dialog tab that has this box (“Find” or “Repace”). However, due to yet another BUG (or maybe same BUG, when the bugs pile up it is easy to lose count), sometimes the Up and Down radio buttons BOTH get “checked” when doing this – and when they are both checked Notepad++ gets confused. :-)

So…there are bugs…which you already knew about, one at least…

So what to do? Well, typically I find that when I am wanting to Mark something, I do it and then end up finding text that should have been marked isn’t marked. Why? Because I didn’t tell it to “Wrap around”. As I typically want “wrap around” 99% of the time I am marking something (unlike when I am using find or replace), maybe you do, too? Maybe not, but as a workaround to the bug, I would suggest it. Or, obviously, you could remember to switch to the “Find” tab and check the setting there before executing the mark (burdensome)…

It looks like Notepad++ does not really emulates “tail -f” but instead checks for updates only when the app comes back to focus.
There is a plugin “Document Monitor” that refreshes all the open files every 3 seconds