[BUG] Overrides previous ANSI style

[C0DK]

Describe the bug
So this is pretty simple to replicate and test, but \x1b[1m \x1b[31m test this string will not be bold, which it should, based on ANSI standards. the first ANSI styling is overwritten by the second, however i don't use any reset flag so it shouldn't.. the following two strings should be identical, but they are not: \x1b[1m\x1b[31m test and \x1b[1;31m test.

YOu can easily test the expected output by using echo -e "\x1b[1m \x1b[31m test" - it basically seems like gocui overwrites the current color scheme/settings at every call, which IMO is a bug. Not sure if it's a feature. hehe

Environment (please complete the following information):

• OS: Linux

[glvr182]

Thank you for the report! Right now we are reworking some things in the rendering part (see #47 #49)
After those (maybe even during) I'll check if i can fix it!

[MichaelMure]

No idea if it's useful for this particular issue but I wrote some code to accumulate multiple ANSI escape code together: https://github.com/MichaelMure/go-term-text/blob/master/escape_state.go

[kamushadenes]

Hello, any updates on that? I noticed this bug when testing zerolog.ConsoleWriter but inside and outside a gocui frame.

[kamushadenes]

I'm talking about this: