- Jul
- 533
- 10
I hear there is an internal function for this, but no one’s ever asked for it to be exposed before.
I’m doing advanced cosmetic things with ANSI and emoji. One thing I’m doing is double height text. You have to wrap the double height text yourself. And part of wrapping accurately is measuring the width. If my emoji get "undercounted" as 1 when they take up 2 columns of screen, my line overruns. There’s no easy way to get past .... The hard way is examining each character (oh please, nooooooo! i can do that in Python but i think doing it in TCC would be a bit cumbersome)
Back in the old old days when all characters were single-width, one could have 100% control over alignment using %@LEN[]
But now that we have chars that are double-width but have a %@LEN[] of 1.....
I could reallllllllllly use a function that returns the actual width. And i have a feeling once this is around, others will start using it. It’s the only way to have accuracy with dynamic screen placement if emoji are involved, unfortunately.
I do have my own %@WIDTH[] function, but it can’t get this part right. All it does is strips the ansi, so at least my ANSI color formatting codes aren’t counted as length for alignment purposes. But it can’t detect/count emoji as 2. So I’m still getting undercounts, though I am only off by as many emoji that are used, so usually only off by 1, but that’s disasterous when you wrap lines and don’t want to! haha :)
I’m doing advanced cosmetic things with ANSI and emoji. One thing I’m doing is double height text. You have to wrap the double height text yourself. And part of wrapping accurately is measuring the width. If my emoji get "undercounted" as 1 when they take up 2 columns of screen, my line overruns. There’s no easy way to get past .... The hard way is examining each character (oh please, nooooooo! i can do that in Python but i think doing it in TCC would be a bit cumbersome)
Back in the old old days when all characters were single-width, one could have 100% control over alignment using %@LEN[]
But now that we have chars that are double-width but have a %@LEN[] of 1.....
I could reallllllllllly use a function that returns the actual width. And i have a feeling once this is around, others will start using it. It’s the only way to have accuracy with dynamic screen placement if emoji are involved, unfortunately.
I do have my own %@WIDTH[] function, but it can’t get this part right. All it does is strips the ansi, so at least my ANSI color formatting codes aren’t counted as length for alignment purposes. But it can’t detect/count emoji as 2. So I’m still getting undercounts, though I am only off by as many emoji that are used, so usually only off by 1, but that’s disasterous when you wrap lines and don’t want to! haha :)
