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
Is your feature request related to a problem? Please describe.
After writing a few acceptance tests now, I wonder if it would be more useful to use the Substring conditions only comparing against the textual representation of the output.
Describe the solution you'd like
For example, the raw output is:
We'd have to parse the ANSI and ignore the sequences. Feels more like an additional constructor arg to specify whether we ignore escape sequences or not... or maybe contramap or something...
Is your feature request related to a problem? Please describe.
After writing a few acceptance tests now, I wonder if it would be more useful to use the
Substring
conditions only comparing against the textual representation of the output.Describe the solution you'd like
For example, the raw output is:
so the substring would only compare against strings without control sequences:
The regexes compare against the raw output.
What I'm not so certain about is, whether that feels as natural as it has occurred to me or whether it should be a different constructor.
Describe alternatives you've considered
None
Additional context
None
The text was updated successfully, but these errors were encountered: