SOLVED - [11.02RC4 x64] Search (Alt+F7) - only 2 plugins to choose from

[algol]

Whereas, on the other hand, PSPad has these designations:
Unicode UTF-16 little endian
Unicode UTF-16 big endian
which again leaves me as a user at a loss as to which coding to use here.

Oh no! Not that confusion again!
"UTF-16LE with BOM" is the way to go." already tells us it is LE=LITTLE ENDIAN="Intel byte order" whereas "BOM" is only an additional, 2-byte-long leading Hex-code to explicitly specify the "Endian-ness" of the data-stream to follow. So for instance a 32-bit integer "0A0B0C0D" could be transmitted byte-wise (or stored in memory) as 0A-0B-0C-0D (with the highest-value-subbyte coming first="from the big end"=Big-Endian, as written) or in reverse order as 0D-0C-0B-0A (with the lowest-value-subbyte coming first=Little-Endian).

[tuska]

2algol

Thank you for your literally exhaustive information! (I am only a hobby user...)
For PSPad I have now set the encoding "Unicode UTF-16 little endian (1200)".

[algol]

(I am only a hobby user...)

Albeit, judging from your helpful advice on so many topics in this forum, a very competent one.

[tuska]

(I am only a hobby user...)

Albeit, judging from your helpful advice on so many topics in this forum, a very competent one.

Thanks.
Am a keen forum reader...