DebugViewPP icon indicating copy to clipboard operation
DebugViewPP copied to clipboard

Add multiline message support

Open Drugoy opened this issue 10 years ago • 9 comments

Seems like DebugViewPP doesn't support multiline messages shown as a single message: instead, they get chopped into separate messages.

Drugoy avatar Oct 22 '15 11:10 Drugoy

Yes, just uncheck 'Options->Auto newline'

janwilmans avatar Oct 22 '15 12:10 janwilmans

Uhm, that didn't help: the messages are still chopped into multiple ones.

Also, what's <flush>?

Drugoy avatar Oct 22 '15 14:10 Drugoy

Also, there's a ~5sec lag between 'message 1 line 1' and the next message, although they are sent at the same time (yes, I'm sure + tested with outputdebug).

Drugoy avatar Oct 22 '15 14:10 Drugoy

yes, I understand, I was wrong, I the auto-newline automatically accepts messages that do not have a newline but you want to ignore embedded newlines in a message.

The "flush" message is generated when the process dies and messages not ending in a newline and still in the buffer.

The way it is currently implemented you can construct lines from multiple messages, which kindof the reverse of what you are asking.

janwilmans avatar Oct 22 '15 15:10 janwilmans

I've put up a link for you: http://www.myquest.nl/sites/debugview/DebugView++Drugoy_release.zip this is an experimental version that does not split up message by their embedded newlines, however, it messes up the .dblog file. How would you want to deal with the newlines? convert them to spaces?

janwilmans avatar Oct 22 '15 20:10 janwilmans

I'm not sure I understand you right, but if I did - I'd like to criticize it :) Let's discuss things slowly and with examples, please.

I was wrong, I the auto-newline automatically accepts messages that do not have a newline but you want to ignore embedded newlines in a message.

Sorry, I don't understand. Could you give an example of what you mean?

The "flush" message is generated when the process dies and messages not ending in a newline and still in the buffer.

I don't like that 'flush' thing at all and I don't even understand what buffer you are talking about, since I had never seen that before in DebugView. If there's a message sent to debugger - it gets shown instantly. In my opinion, the user doesn't need to know about any internal buffers at all. Do you mean that normally the debugger expects each message to end with a new line character (CR/LF/CRLF)? Is this some kind of a standard/common advice or where did you take that from?

I've put up a link for you: http://www.myquest.nl/sites/debugview/DebugView++Drugoy_release.zip this is an experimental version that does not split up message by their embedded newlines, however, it messes up the .dblog file.

Err, again I'm not sure you got me right, or it doesn't work the way it should. It works like this: (the first result is with 'auto new line' option enabled, and the second one is with that option disabled).

How would you want to deal with the newlines? convert them to spaces?

No, I'd better have them shown somehow like this:

Drugoy avatar Oct 23 '15 01:10 Drugoy

Ok, clear, @djeedjay will take a look on how to implement it.

About the newline behaviour that the 'debugger expects ', I'm not sure there are any 'rules' defined for this behaviour.

janwilmans avatar Oct 23 '15 08:10 janwilmans

Is there a chance this issue would get actually fixed? I see that the development has stalled, which saddens me a lot, because if not this issue and issue #208 - I'd be so happy to switch from DebugView to DebugViewPP.

Drugoy avatar Sep 02 '16 21:09 Drugoy

@djeedjay had some thoughts on how to implement it, I myself do not know how to get this behaviour into the UI framework we use, but I will ask if he is interested to create it...

janwilmans avatar Sep 03 '16 23:09 janwilmans