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
Creating my own theme, I discovered that if using SGR escape sequences for the 'escaped' key in the hash returned from colors, like so:
escaped => "\e[38;5;172;1;3;4;7m",
the additional attributes (bold, italic, underline and reverse) leak over to the string.
I'm not sure how the color_reset / $end_color is implemented, but simply adding "\e[m" to the output seems to fix the issue and I haven't noticed any drawbacks. Surely I'm missing something though. :)
Hi @trapd00r! Thank you for using Data::Printer and for taking the time to submit this issue. color_reset just prints "\e[0m", which should reset everything back to normal. Apparently, your terminal seems to disagree with that 😭
It seems like "\e[m" can be used as a drop-in replacement for "\e[0m" and even saves up one byte, so I'm just going to replace it on color_reset. Hopefully this will fix your issue.
Creating my own theme, I discovered that if using SGR escape sequences for the 'escaped' key in the hash returned from colors, like so:
escaped => "\e[38;5;172;1;3;4;7m",
the additional attributes (bold, italic, underline and reverse) leak over to the string.
I'm not sure how the color_reset / $end_color is implemented, but simply adding "\e[m" to the output seems to fix the issue and I haven't noticed any drawbacks. Surely I'm missing something though. :)
The text was updated successfully, but these errors were encountered: