I guess this would always work with tally marks. Is there a more complex number system where visual feedback like this always works?
For a taste of this in Arabic numerals consider a 7 segment font, with 1 aligned to the left; we’d have “5+1=6”.
I guess this would always work with tally marks. Is there a more complex number system where visual feedback like this always works?
For a taste of this in Arabic numerals consider a 7 segment font, with 1 aligned to the left; we’d have “5+1=6”.
I also thought it was fun that when you overlay digits, you do get 1+4=5, 1+6=7, 1+8=9, 2+6=8, and 2+7=9 . That one I only found accidentally after a bit of playing, so the demo note is more of a fun side note than a really useful property.
This script overlays the marks, it doesn’t put them side by side. So, in the strict sense, this does not work with tally marks. If you write a tally mark on top of another tally mark, you won’t get two tally marks.
> Is there a more complex number system where visual feedback like this always works?
No. The “+1” operator would have to add the encoding for the number one to whatever number you apply it to, so starting at 1, the numbers would have to grow larger every time.
(Similarly, since “+2” must be identical to applying “+1” twice, it must add whatever “+1” adds twice, “+3” must do that thrice, etc)