telopts, print, next output line

I have a scenario:

Receive some input from a telnet option protocol (GMCP, ATCP, Aardtelopts) and then print or ColourNote something during the OnPluginTelnetOption (or anything called from that, such as printing from a broadcast from that function).

The next line sent to output after printing or colournote is not categorized correctly. It doesn't trigger any trigger even if it should. Sometimes it is in the same colour as the previous print, sometimes not.

It is especially annoying when I am on the test port on aard and printing all the new GMCP stuff and half my other triggers aren't working because of it.

Can you take a look at it Nick?

Thanks,
Bast

Is that this issue?



You could also try using the new plugin Messages_Window which was published here and also just released in version 4.59.

This lets you send messages to a miniwindow, so the output doesn't interfere with the MUD output.

It wouldn't surprise me that if you mixed up Note calls with standard MUD output (especially in the middle of a line, which might happen with GMCP) that it will get confused.

Either using a notepad window, or a miniwindow, solves this.

Messages_Window plugin here:

An Aardwolf player reports that this has happened to him too just recently. Same description.

I thought that was fixed in version 4.99:

http://www.gammon.com.au/scripts/showrelnote.php?version=4.99&productid=0

What version of the client does this player have?

5.06-pre

The user reports that the echo print from a Send (as opposed to SendNoEcho) triggered on receipt of a GMCP message both color bleeds into the next output line from the server and also causes a trigger that should be hiding that next output to not fire. Did the change in 4.99 also apply to the echo from Send?

No it doesn't apply to using Send. The deferred sending is for "note" lines, not echoing of sent text.

I suggest the user does a SendNoEcho and also a ColourNote which will make the sent text appear at the appropriate moment. However it will be tagged as a "note" line and not a "sent" line.