XnView Software

Entering Unicode characters ꟲ and ꟳ into the File rename pop-up window has no effect. So far, I didn’t experience this behavior when entering other Unicode characters via keyboard. I am forced to use another image viewer/editor, like IrfanView, to rename images when these two characters must be used.

I use a Windows keyboard layout produced with the standard Microsoft keyboard layout utility MSKLC.
XnWiev MP is so far the only program that exhibits this behavior.

Pasting ꟲ and ꟳ into File rename window from clipboard works as expected so the problem seems to be that XnView MP intercepts the keystrokes that output ꟲ and ꟳ (these are: # followed by C and # followed by F, respectively; # is acting as a dead key).

Windows 11 (fully updated)
XnView MP 1.8.6 (64 bit) - Libformat 7.204

how do you enter the unicode character?

Normally, I enter Unicode characters by pressing keystrokes. This presupposes that a Windows keyboard layout is activated.
My default Windows keyboard layout was created (by extending the default US qwerty layout) using a standard Microsoft keyboard layout creation program, MSKLC. It is installed as a DLL file and is fully integrated with Windows operating system.

Character ꟲ is output by pressing # (deadkey) followed by C.
Character ꟳ is output by pressing # (deadkey) followed by F.

Similarly for other capital supercripts that are covered by Unicode: ᴬ ᴮ ᴰ ᴱ ᴹ ᴳ ᴴ ᴵ ᴶ ᴷ ᴸ ᴹ ᴺ ᴼ ᴿ ᵁ ⱽ ᵂ .

In the “File rename” pop-up window the corresponding Unicode character is output in all cases except when I attempt to enter ꟲ or ꟳ .

P.S. I conducted the following experiment. I modified the keyboard layout by assigning Unicode characters ꟲ and ꟳ to different combinations of keystrokes. The behavior persists. This seems to indicate that it is not that the keystrokes that I enter are intercepted by XnView MP but rather that the bytes representing ꟲ and ꟳ are not accepted by XnView MP as part of the text to be inserted, when the text is entered via keyboard ; pasting from clipboard text containing either ꟲ or ꟳ into the “File rename” pop-up window works as expected.

you have problem when you use these keystrokes only in this dialog?

The File rename dialog pop-up window in XnView MP is the only instance when entering ꟲ and ꟳ from keyboard has no effect.

Below I present an evidence that points towards the following diagnosis of the problem:

The File rename dialog window rejects keyboard input if the entered character is not in Unicode Standard 13.0. (Perhaps the XnView MP source validates keyboard input using a character table and the table it uses is outdated?)

I conducted a series of experiments.

1) I recompiled the Windows keyboard layout after assigning ꟲ and ꟳ to different keystrokes. This didn’t change the behavior of the File rename dialog.

2) I discovered that if I add to the keyboard layout also the Unicode character ꟴ — the same behavior occurs like with ꟲ and ꟳ .

What do characters ꟲ , ꟳ and ꟴ have in common:
• they have consecutive Unicode code points U+A7F2 , U+A7F3 and U+A7F4
• all three were added in the Unicode Standard 14.0 to the Latin Extended-D block.

3) I recompiled the Windows keyboard layout having assigned to the keystrokes that previously output ꟲ , ꟳ and ꟴ , the following Unicode characters: Ꟶ (U+A7F5) , ꟶ (U+A7F6) and ꟷ (U+A7F7). Now, the same keystrokes output the corresponding characters in the File rename pop-up window.

4) Similar situation with other Unicode characters from the U+A7F5 through U+A7FF range, if I add them to the keyboard layout: the correct characters are output into the File rename dialog when I enter them from keyboard.

Observations:

The characters in the range U+A7F5—U+A7FF were added in the Unicode Standard 13.0.
The characters in the range U+A7F2—U+A7F4 were added in the Unicode Standard 14.0.
(Character U+A7F1 is being added in the Unicode Standard 17.0 to be officially released this year.)

This seems to demonstrate that XnView MP limits keyboard input to characters in Unicode Standard 13.0.