Content deleted Content added
→Decimal input (Windows): Reply to Spitzak. |
m →Decimal input (Windows): This discussion has become unwieldy. I split off the second half as "Decimal input (Windows) Part 2". |
||
Line 149:
:::[[User:Peter M. Brown|Peter Brown]] ([[User talk:Peter M. Brown|talk]]) 02:19, 13 September 2020 (UTC)
== Decimal input (Windows) Part 2 ==
::::I bow to your more extensive knowledge and trust that you will clarify the article accordingly.
::::You say that the reference to CP1252 is not needed. So why is it that a user with Japanese layout gets something other than {{char|£}} after typing Alt+0163? Does that not disprove your rule? 163<sub>10</sub> is certainly the correct Unicode value for the codepoint but Windows is delivering something from the 163rd slot in its Japanese code page which is definitely not {{char|£}}.--[[User:John Maynard Friedman|John Maynard Friedman]] ([[User talk:John Maynard Friedman|talk]]) 16:33, 13 September 2020 (UTC)
Line 172 ⟶ 173:
:::::*Same counterexample. Alt+960 works just fine.
:::::*960 ≡ 192 modulo 256, but <u>in Word and Wordpad</u> Alt+192 produces a {{char|└}}(per CP437) and Alt+0192 produces an {{char|À}} (per Unicode and CP1252). Modulo 256 has nothing to do with it.
:::::*Numbers greater than 62235 ''might'' not work? I've
::::I agree with {{u|John Maynard Friedman}}, above, that we should not confuse "the numeracy-challenged with incomprehensible talk of modulo 255," assuming that he really means 256. Spitzak evidently disagrees, as he has introduced such considerations into the article. However, [[Unicode input]] is, or should be, entirely concerned with Unicode input, with ways to produce characters when one knows their code points. Modulo 256, applicable to [[Notepad]], outgoing [[Gmail]]s, etc. could be discussed in the [[Alt code]] article, but it is not relevant here, because
:::::*discussion is limited to Word and Wordpad as well as similar programs like [[LibreOffice|LibreOffice writer]], and
| |||