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
I've noticed, while using various parts Reflow together, that most packages int to describe widths, while the newer truncate package uses uint. For example:
// In the ansi sub-packagefuncPrintableRuneWidth(sstring) int// In the truncate sub-packagefuncString(sstring, widthuint) string
Why not standardize on or the other? If not breaking the API is a concern, then it would be safer to stay with int as the truncate package is still unreleased.
The text was updated successfully, but these errors were encountered:
I've noticed, while using various parts Reflow together, that most packages
int
to describe widths, while the newer truncate package usesuint
. For example:Why not standardize on or the other? If not breaking the API is a concern, then it would be safer to stay with
int
as the truncate package is still unreleased.The text was updated successfully, but these errors were encountered: