ANSI conversion is incomplete #48
Try test.ans for example, and compare doing
cat test.ans | less -r with it, versus using
cview.TranslateANSI in a
TextView. The colors are much darker, and more importantly, some of the blocks just seem incorrect? For example, compare the face half the way down.
cat test.ans | less -r
Now I believe the color difference is just my terminal, but the glitching is an issue.
To try this out easily, you can use the code sample you gave me here, but just
cat the ANSI file instead.
Also there appears to be some actual color issues (not just brighter) if you compare the beginning of the file.
i had the same issue. maybe it's a bug in the util overlayStyle. It's using the defaultStyle for mixing but the defaultStyle in the TextView is missing a backgorund color, so backgorund resets fail for my terminal (st). for a quick fix i have changed this line in textview.go from
defaultStyle := tcell.StyleDefault.Foreground(t.textColor)
defaultStyle := tcell.StyleDefault.Foreground(t.textColor).Background(tcell.ColorBlack)
and later added a dedicated backgroundColor to the textview struct, like textColor
@L00M Thanks for looking into this. Could you try your changes with my example test file? Because it looks to me like more than just some background reset issues, but maybe I'm wrong about that.
i don't know. The script does not work for me.
panic: inappropriate ioctl for device goroutine 1 [running]: main.main() /home/loom/test/testansi.go:27 +0x259
but i had output issues when not using a background in the default style, justmodify the textintput.go file in your GOSOurce Folder and try it by your self.
The colors seem to be fixed now. Let me know if you are still seeing any discrepancies there. As far as some ANSI characters not translating correctly, I would appreciate some help with this.
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?