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
I believe that currently we do not process escape characters inside OSC strings when they are specified via the "QSC" human-compatible text. So, for example, if someone provides the following string to messageWithString::
/cue/my/message "a string where I want \n a newline"
It will generate an OSC message with a string argument that contains \n rather than an ASCII newline character.
I think we should probably process some escape sequences inside string arguments. Maybe these:
I believe that currently we do not process escape characters inside OSC strings when they are specified via the "QSC" human-compatible text. So, for example, if someone provides the following string to
messageWithString:
:/cue/my/message "a string where I want \n a newline"
It will generate an OSC message with a string argument that contains
\n
rather than an ASCII newline character.I think we should probably process some escape sequences inside string arguments. Maybe these:
\n
: new line\r
: carriage return\t
: horizontal tab\v
: vertical tab\f
: form feed / new pageI think we'd change this somewhere around here:
https://github.com/Figure53/F53OSC/blob/main/Sources/F53OSC/F53OSCMessage.m#L238
The text was updated successfully, but these errors were encountered: