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
Currently, autowidth only calculate width by no. of characters.
I recall @jgm does something smart in pandoc to account for the width of unicode character. e.g. Chinese character is considered twice as long as an ASCII.
Considerations:
what if its other unicode character?
do we need to match pandoc's behavior exactly? Note that this should not affect idempotency (because once the numerical value of width are set, it's done).
are there any better width prediction algorithm?
what does this mean to performance?
The text was updated successfully, but these errors were encountered:
Currently, autowidth only calculate width by no. of characters.
I recall
@jgm
does something smart in pandoc to account for the width of unicode character. e.g. Chinese character is considered twice as long as an ASCII.Considerations:
The text was updated successfully, but these errors were encountered: