Tachikoma does not compute the correct textwidth for characters with zero width #28
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
windows
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
kahliburke/Tachikoma.jl#28
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi!
If I try to render this string:
I get the following in Tachikoma.jl:
Notice that the equal signs are note aligned. This is caused because Tachikoma.jl is considering the dot and double dot as additional characters (see the empty space after
n).The MWE is:
The problem is because Tachikoma.jl cell system consider that each cell is a character:
and the buffer is a vector of characters:
Hence, for those characters with zero width, it will advance the display by one row. I have no idea what is the best way to fix this.
@ronisbr Thank you for the detailed writeup on this, I will address it soon.
I might have a working implementation where we add a
Stringto each cell to store the suffix. I just testing if anything breaks and if we have a huge slowdown. If not, I will submit a PR soon.