Content deleted Content added
→Decimal input (Windows) Part 2: Again, response to Spitzak. |
m →Decimal input (Windows) Part 2: ce and minor clarification |
||
Line 203:
::::Of course I'm talking about equivalence. Why do you think I went to the trouble of generating the non-keyboard equivalence symbol {{char|≡}}?
::::I have no reason to think that 448 is more <u>likely</u> than 192? Likelihood is relevant to indeterminate processes. We're doing math, not election forecasting.
::::As you noted, I switched from 192 to 448. I regarded brevity as a virtue and, with 448, I needed only to exhibit the one symbol {{char|ǀ}} rather than both {{char|└}} and {{char|À}}.
::::Why did I use 960? I needed a number greater than 255, so a leading zero would make no difference, as a counterexample to your first and third bullet points. For the second point, it needed to be less than 1000. Finally, I thought it would be nice if it encoded a familiar non-Latin character and {{char|π}}, decimal code point 960, seemed a good choice because of its relevance to geometry.
::::[[User:Peter M. Brown|Peter Brown]] ([[User talk:Peter M. Brown|talk]]) 01:16, 20 September 2020 (UTC)
| |||