<div dir="auto">The Unicode Consortium reference entirely lacks decimal values in all their tables. EVERYTHING is given solely in hex. I'm sure someone somewhere had created a table with decimal values, but it's very rare.<div dir="auto"><br></div><div dir="auto">We should not change Python syntax because exactly one user prefers decimal representations. At most there can be an external library to cover strings in whatever manner he wants. Why is octal being neglected for us old fogeys?! 😏</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 7, 2016 6:11 PM, "Mikhail V" <<a href="mailto:mikhailwas@gmail.com">mikhailwas@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 8 December 2016 at 01:57, Nick Timkovich <<a href="mailto:prometheus235@gmail.com">prometheus235@gmail.com</a>> wrote:<br>
>> hex notation not so readable and anyway decimal is kind of standard way to<br>
>> represent numbers<br>
><br>
><br>
> Can you cite some examples of Unicode reference tables I can look up a<br>
> decimal number in? They seem rare; perhaps in a list as a secondary column,<br>
> but they're not organized/grouped decimally. Readability counts, and<br>
> introducing a competing syntax will make it harder for others to read.<br>
<br>
There were links to such table in previos discussion. Googling<br>
"unicode table decimal" and<br>
first link will it be.<br>
I think most online tables include decimals as well, usually as tuples<br>
of 8-bit decimals.<br>
Also earlier the decimal code was the first column in most tables, but<br>
it somehow settled in<br>
peoples' minds that hex reference should be preferred, for no solid reason IMO.<br>
One reason I think due to HTML standards which started to use it in html files<br>
long ago and had much influence later, but one should understand,<br>
that is just for brevity in most cases. Other reason is, file viewers<br>
show hex by<br>
default, but that is just misfortune, nothin besides brevity and 4-bit<br>
word alignment<br>
gives the hex notation unfortunatly, at least in its current typeface.<br>
This was discussed actually in that thread.<br>
Many people also think they are cool hackers if they make everything in hex :)<br>
In some cases it is worth it, but not this case IMO. Mainly for<br>
bitwise stuff, but<br>
then one should look into binary/trinary/quaternary representation<br>
depending on nature<br>
of operations and hardware.<br>
<br>
Yes there is unicode table pagination correspondence in hex reference,<br>
but that hardly plays<br>
any positive role for real applications, most of the time I need to<br>
look in my code<br>
and also perform number operations on *specific* ranges and codes, but not<br>
on whole pages of the table. This could only play role if I do<br>
low-level filtering of large files<br>
and want to filter out data after character's page, but that is the<br>
only positive thing<br>
I can think of, and I don't think it is directly for Python.<br>
<br>
Imagine some cryptography exercise - you take 27 units, you just give<br>
them numbers (0..26)<br>
and you do calculations, yes you can view results as hex numbers, but<br>
I don't do it and most people<br>
don't and should not, since why? It is ugly and not readable.<br>
______________________________<wbr>_________________<br>
Python-ideas mailing list<br>
<a href="mailto:Python-ideas@python.org">Python-ideas@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-ideas" rel="noreferrer" target="_blank">https://mail.python.org/<wbr>mailman/listinfo/python-ideas</a><br>
Code of Conduct: <a href="http://python.org/psf/codeofconduct/" rel="noreferrer" target="_blank">http://python.org/psf/<wbr>codeofconduct/</a><br>
</blockquote></div></div>