3 ms·

https://i.imgur.com/WrsVwFz.png https://i.imgur.com/WrsVwFz.png absolutely standard

• mwcampbell 5y ago
  It looks like your "Digit grouping symbol" field is empty. I'm sure that's standard in some locales, though not for US English. I don't know how to make that field empty; when I try, Windows says it's invalid. So I wonder if your locale sets that separator to some kind of Unicode character that, in a proper renderer, is equivalent to no character at all. If that's the case, then I'm guessing refterm could handle that character as easily as it handles VT escape codes. But this does lend some weight to the position that Casey was oversimplifying things a bit.
• maficious 5y ago
  well, whatever is different in your settings, mine renders normal https://imgur.com/dGI5W2S https://imgur.com/dGI5W2S EDIT: I am sorry for the attitude, changed "wrong" to "different"
  • mwcampbell 5y ago
    Their settings aren't wrong, just different, likely because of differing standards for digit grouping across locales. So this is a case that refterm clearly doesn't support. This case by itself doesn't invalidate refterm's approach to rendering, but I can see why the team at Microsoft, knowing that there are many such cases, would favor abstraction over the absolute best possible speed.
    • avereveard 5y ago
      which is exactly the point.