You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not a big issue, but I was wondering why it looks like this having so advanced libraries used for the CLI formatting and colorizing.
My best guess is that emojies are UTF-16, while the tool making paddings only accepts UTF-8.
Perhaps there should be some special method that can figure out UTF-16 string length in order to make correct paddings.
It's also interesting that the space after green circle is only visible when I copy/paste the text from the console.
I'm using iTerm2.
I have also noticed this and it bugs me, but not enough to try to track down a fix in cli-table3. https://github.com/cli-table/cli-table3. Maybe a small repro there would gain some traction. I’d love to pick up a fix but don’t have time to do it myself.
Huhmmm, if that’s true, I guess it wasn’t cli-table3 because they haven’t had any new releases: https://github.com/cli-table/cli-table3/releases. In 0.13 I switched to pnpm and wiped the npm lockfile, so I have no idea what it was!
Not a big issue, but I was wondering why it looks like this having so advanced libraries used for the CLI formatting and colorizing.
My best guess is that emojies are UTF-16, while the tool making paddings only accepts UTF-8.
Perhaps there should be some special method that can figure out UTF-16 string length in order to make correct paddings.
It's also interesting that the space after green circle is only visible when I copy/paste the text from the console.
I'm using iTerm2.
The text was updated successfully, but these errors were encountered: