Does MUSHClient strip spaces at the end of line in logs?

Does MUSHClient strip spaces at the end of lines when writing them into logs? From what I've seen, this is the case, and this came as quite a disappointment.

I've written a custom script to parse input from my MUD, and now I've discovered that not only is parsing my log through this script hard, it's plain impossible since the output from the logs is different from the output from the game, making many of my regexp's completely non-working.

If this absolutely has to be the default behaviour, there should at least be a toggle to have lines written as they are seen, minus color. I suspect the raw-toggle, undocumented in my version of MUSHClient, will log EVERYTHING, but since that would probably include color-codes too, it'd break my regexp's nonetheless.

I asked a similar question not long ago, and the answer is to enclose your log file in <pre></pre>. Try putting <pre> in the preamble, and </pre> in the postamble, and it should work.

This means "pre-formatted", i.e. keep spaces and whatnot.

Erm, that doesn't make sense?
I need the text exactly as it's displayed to me by the game, adding text before and after the text, further polluting my log, will only make it worse?

He means when you are logging as HTML... It should log spaces at the end, let me test it...

It logs spaces OK...

Seems to log the trailing spaces to me. I just did a test.

In any case, surely trailing spaces could be checked for in a regexp? However, it should log exactly what it received, unless you have "omit from log" in a trigger, or are logging commands as well, and they end up in the middle of MUD output.

Yes, you're right, it does seem to log properly. Something's whack with my old logs though, but any recent logs are ok. Must be something I've done on my end, sorry for placing the blame prematurely. :)

If you loaded any of the old logs into and editor, a lot of ones not specifically designed for code, and even a few that are, tend to delete excess spaces at the end of a line if you then save the file. Usually this is a good thing, but not in this case.