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
According to #1228 and #1574, dashes / hyphens (-) should be supported in sequence diagrams. And indeed, if actors are only implicitly defined, they can be used when specifying relationships.
However, if actors are explicitly defined using participant tags (as described in the docs), the diagram fails to render. If escape characters are used, duplicate actors are created.
As software components often contain dashes in their names, it would be helpful to be able to represent those as accurately as possible.
The expected behavior would be that there would be a way to include dashes in actor names, both when declaring participants, and describing messages.
The most convenient way to allow this would be to support directly typing dashes in both participant and message descriptions, or allow quotation marks to describe literal names in both, escaping the interpretation of any special characters.
Describe the bug
According to #1228 and #1574, dashes / hyphens (-) should be supported in sequence diagrams. And indeed, if actors are only implicitly defined, they can be used when specifying relationships.
However, if actors are explicitly defined using
participant
tags (as described in the docs), the diagram fails to render. If escape characters are used, duplicate actors are created.As software components often contain dashes in their names, it would be helpful to be able to represent those as accurately as possible.
To Reproduce
Attempt to render any of the following diagrams:
Expected behavior
That the above samples render as below:
The expected behavior would be that there would be a way to include dashes in actor names, both when declaring participants, and describing messages.
The most convenient way to allow this would be to support directly typing dashes in both
participant
and message descriptions, or allow quotation marks to describe literal names in both, escaping the interpretation of any special characters.Additional context
#1228
#1574
The text was updated successfully, but these errors were encountered: