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
DebugView++ is essential. Just one thing to think about (I can help develop if guided)
It would be tremendous if the client when calling OutputDebugString() could also send a coloring hint such that the client could define what the highlighting will be. There are times when the client absolutely knows something is important and should be, say, red, whereas it can be a lot of work to set up all the coloring in DBV (and one might not even know to highlight something important in a log-chatty application.) Recommend using ANSI Escape code...these could be sent in a string from the client.exe, and DBV++ could "honor" them by implementing/coloring. Ie:
OutputDebugStringA ("\033[31m" "This is a red line" "\033[0m" );
Note that the above, if put in printf would in VT Terminal mode enabled (windows 10+) console result in a red line. These are VT 100 codes which are now supported in windows.
When you debug in *nix, coloring is frequently used with these escape characters, and most logging is console based. It is really powerful when the client can, itself, determine how it wants its logging represented.
The text was updated successfully, but these errors were encountered:
I would like to implement this in debug.vision, an upcoming development that makes debugview++ functionality available for multiple platforms. Would you be interested to help?
DebugView++ is essential. Just one thing to think about (I can help develop if guided)
It would be tremendous if the client when calling OutputDebugString() could also send a coloring hint such that the client could define what the highlighting will be. There are times when the client absolutely knows something is important and should be, say, red, whereas it can be a lot of work to set up all the coloring in DBV (and one might not even know to highlight something important in a log-chatty application.) Recommend using ANSI Escape code...these could be sent in a string from the client.exe, and DBV++ could "honor" them by implementing/coloring. Ie:
OutputDebugStringA ("\033[31m" "This is a red line" "\033[0m" );
Note that the above, if put in printf would in VT Terminal mode enabled (windows 10+) console result in a red line. These are VT 100 codes which are now supported in windows.
When you debug in *nix, coloring is frequently used with these escape characters, and most logging is console based. It is really powerful when the client can, itself, determine how it wants its logging represented.
The text was updated successfully, but these errors were encountered: