MMEdit V5.3.4

Author	Message
bfwolf Senior Member Joined: 03/01/2025 Location: Germany Posts: 246	Posted: 07:09pm 28 Oct 2025         EDNEDN said     bfwolf said   So probably to "cancel" an "escape sequence", a second ESC-character is sent which then will be passed through to the PicoMite? That would be an interesting Escape Sequence!    An Escape Sequence that cancels a previous, inflight Escape Sequence!!! I'm pretty sure that doesn't exist!   AndI don't think I would want to be the one responsible for coding that and getting it to work reliably. .   Mixtel90 said   You never could "cancel" an escape sequence. You typed in the sequence then terminated it with CRLF or whatever and it was actioned. A couple of backspaces will take out Esc[ without actioning it as it isn't an escape sequence at that point. After the CRLF it's gone - too late to change anything. :) "Cancel" wasn't meant to undo an already executed escape sequence! By "cancel," I meant the following: When the VT-100 receives an ESC, it assumes that an escape sequence is about to be started and waits for the next character, which then further specifies what should be done—e.g., a '[', which many escape sequences begin with. The output is therefore initially after the first ESC character. If another ESC character follows, it's clear that there is no escape sequence, because there is no "ESC ESC" sequence! Just like you write "\\" in C strings when you want to insert a '\' into the string. '\' is the escape character, and this is canceled out by another '\'. https://vt100.net/docs/vt100-ug/chapter3.html "The processing of the control sequence then continues with the next character received. The exceptions are: if the character ESC occurs, the current control sequence is aborted, and a new one commences beginning with the ESC just received. If the character CAN (308) or the character SUB (328) occurs, the current control sequence is aborted." Perhaps many "compatible" terminal programs just abort when a 2nd ESC received within the sequence? Regards