When copying text from some applications (such as PowerPoint), extra invisible characters can be included when pasted into the "Inputs" field.
This interferes with the process of matching up items by name.
The character is a Zero-width space, U+200B (ZWSP).
Example:
A [2] B(ZWSP)
B [2] C(ZWSP)
The two 'B' flows will not match up currently, since the ZWSP is counted as part of the first node name.
To solve this, I plan to have the input parser trim ZWSP characters from the starts and ends of lines (as SankeyMATIC already does for other space/blank characters).
If there are ZWSP characters inside of node name strings, I think it currently ought to preserve them; they may be there intentionally (and ought to be matched in other input lines if they are intended to reference the same node).
When copying text from some applications (such as PowerPoint), extra invisible characters can be included when pasted into the "Inputs" field.
This interferes with the process of matching up items by name.
The character is a Zero-width space, U+200B (ZWSP).
Example:
The two 'B' flows will not match up currently, since the ZWSP is counted as part of the first node name.
To solve this, I plan to have the input parser trim ZWSP characters from the starts and ends of lines (as SankeyMATIC already does for other space/blank characters).