@Võ-Văn-Hiếu said:

It seems that when I select all the text (which should exceed that default number), the box stays checked even after I stop selecting.

I’m not quite sure what your meaning is here, but…

…and I presume that when you say “default number”, you mean 1024…

The In selection checkbox isn’t truly dynamic; it isn’t going to change while you are selecting text. It only changes when you invoke search, and here are some examples of that:

input focus in the editing area and you press Ctrl+f input focus in the editing area with Find window also visible, and you use the mouse to activate the Find window

@Freon-Sandoz said in Unexpected match when searching files for an end-quote character (non-ASCII):

I can reproduce the file contents and the unexpected behavior

I was able to do that, too… and now I see what is happening. The character you are calling an end quote is not the Right Double Quotation Mark, U+201D but the Double Prime, U+2033.

Windows-1252 (and Windows-1254) contains the right double quotation mark at 0x94. However, it does not contain the double prime. The entry boxes on the file dialog are always in Unicode. (That’s how it works pretty much everywhere in modern Windows.) But if the file is in ANSI, the file search is done in ANSI, so Notepad++ asks Windows to translate the string you gave it into ANSI. Seeing that there is no double prime character in your current code page, Windows “helpfully” translates it to something that looks a lot like it… the ASCII double quote.

Further confusing the issue is that Notepad++ never loads a file in any code page other than your system code page (which you said is 1252) or Unicode. So when you open the file in Windows-1254, Notepad++ is actually converting it from 1254 to UTF-8 and editing that way. That’s why the search behaved as expected in 1254: it wasn’t really 1254 in, it was in UTF-8.

Bottom line… this behavior actually is “expected”… but not by any normal human being. About the only thing you can do about it is to work in Unicode wherever possible when you are using non-ASCII characters.

It might be possible for Notepad++ to change its search so that it warned you when you tried to search an ANSI document for characters that aren’t possible in that document. I haven’t looked into it in depth; I would guess there must be a call to WideCharToMultiByte somewhere, and it could be passed the WC_NO_BEST_FIT_CHARS flag and the lpUsedDefaultChar output pointer to detect such shenanigans so the program could tell the user about it instead of potentially claiming to find something that isn’t there.

@tedhettel ,

With native Notepad++, you cannot get that exactly. But you can get close.

Notepad++ has a keystroke Ctrl+End to take you to the end of a document, and a menu action (Edit > Insert > Date Time … of three variants, one of which is customizable in settings). So you could record a macro (Macro > Start Recording, Ctrl+End, ENTER, Edit > Insert > Date Time …, ENTER, Macro > Stop Recording) and save it with a keystroke (Macro > Save Current Recorded Macro), which means when you open your logfile, you can do that one keystroke, and it would then take you to the end and put in the date for you. So it would be one extra keystroke when you open the file… but one keystroke isn’t bad.

@PeterJones

I will try with v8.9.3-RC and v8.9.1,

regarding my last question it’s with v8.9.2,

“create new” works fine with old name, it’s the “save as” function which shows that behavior : “can’t use a name preivously used” (i wasn’t enough precised in my question, sorry).
Note : if i well understand the way notepad++ works at closing : “save as” should not be used,

I will have a try with the portable version of v8.9.3-RC,

Again thanks for the help,

@PeterJones ,
Hmm, I wasn’t aware of that. Now I have to go and experiment. I created the two files, but never thought about that setting as I thought the darkmode setting was in the config.xml and you had to change the environment manually which is why we needed to create two separate files.

@donho ,

Thanks for doing that. It’s good to be able to grab older versions, for historical purposes / comparisons, and for people who are trying to use Notepad++ on machines that still have ancient OS installed and cannot be upgraded (like a bunch of early 2000s electronic-measurement equipment that I used to use)