Talk:Unicode input: Difference between revisions

Revision as of 18:53, 22 September 2020

Revision as of 18:57, 22 September 2020

Line 240:

Yes, I absolutely agree there is just misunderstanding here, not an argument. I believe Peter Brown has some fundemental error and I really am trying to be helpful in correcting it, though it is very hard to tell exactly what his error is. The basic question is why he started talking about 448, either implying that mod-256 can turn 980 into 448, or that for some reason 448 has fewer possible results of mod-256 than 980, when in fact both of them turn into the exact same number, 192.

I think your math expression is possibly messed up as you use letters in the last one that don't appear in any others, thus it's unrelated. But yes y=f(f'(f''"(x))) defines a function that applies f''" to x, f' to that result, and f to that result, and could be written as a new function h such that y=h(x).

You are wrong about what happens when a file is sent to Japan. All the software under consideration is storing the resulting unicode code points in the file, not the numbers the user typed, and the file will display the same there.

Line 254:

There is a further confusion in that 192 is not used as a Unicode code point, but instead it is used to index either the "ANSI" code page or the "OEM" code page.

If the ANSI code page is used, and it is set to [[CP1252]] (which it usually is), then 192 turns into U+00C0 or {{char|À}}. Thus 192, 448, and 960 all turn into the same character{{char|À}} in these programs. Most of CP1252 matches Unicode, including ___location 192, for these locations you can pretty much say the 192 is turned directly into Unicode.

If the "OEM" code page is used (which appears to be the case "in Notepad or in the Wiki edit box") it looks at ___location 192 in [[CP437]] (or some similar page), and gets U+2514, which is {{char|└}}. Thus 192, 448, and 960 all turn into the same character{{char|└}} in these programs.

I would be very interested in what happens if {{keypress|Alt|0}}{{keypress|9|6|0|chain=}}, ie with a zero prefix, is typed "in Notepad or in the Wiki edit box". This may cause 192 to be chosen from the ANSI code page and get {{char|À}}. Or it might cause Unicode to be used.