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
Unfortunately, I am not sure how to address this issue. Since strictly speaking the command is actually separating the individual lines by spaces and then applying the colors to what it assumes are different columns. (IOW, it is working as advertised, even if it isn't what you expect). For example, in the first line of the attached screenshot "CONTAINTER" and "ID" are being treated as the first and second columns, so this entire line appears as tho' it is shifted by one column color as compared to the next line and so on ...
For the command to be able to understand columns, I'd have to add more complexity, for example in terms of additional options specifying the fields (or field lengths). For now I'll keep this open and revisit if I have a good solution in mind.
Updated the `-c` option to recognize an optional width specification.
The `-c` option now can accept:
* a list of colors eg: `-c red,blue,green`
* a list of column widths eg: `-c :10,:20,:15`
* or a mix of both eg: `-c red:10,blue,green:12`
@yangmillstheory The latest release attempts to provide a fix for this issue by adding an optional width parameter to the -c option. Please try it out and let me know whether that sounds like a good solution for you. Appreciate your feedback !
Happens in alacritty and iterm2.
The text was updated successfully, but these errors were encountered: