Should John Smith (MD,PhD) read the credentials when the comma has no space beside it? It gives nickname MD,PhD today #1268

A bracketed clause holding credentials is read as credentials when its comma has a space beside it, but as a nickname when the comma touches both words:

>>> parse("John Smith (MD, PhD)")    # suffix 'MD, PhD'
>>> parse("John Smith (MD ,PhD)")    # suffix 'MD, PhD'
>>> parse("John Smith (MD,PhD)")     # nickname 'MD,PhD'
>>> parse("John Smith (Dr.， PhD)")  # title 'Dr.', suffix 'PhD'
>>> parse("John Smith (Dr.，PhD)")   # nickname 'Dr.，PhD'
>>> parse("John Smith (MD;PhD)")     # nickname 'MD;PhD'

Outside brackets the same glued comma already divides: Smith,John reads family 'Smith', given 'John', and John Smith, MD,PhD reads suffix 'MD, PhD'. Only the bracketed clause keeps the glued pair as one word, so rules/S1 (a bracketed credential is not a nickname) and rules/S13 (a bracketed member settled by its writing) never see two members. John Smith (Jr.,MD) happens to land in the suffix, but as the single unsplit word Jr.,MD.

This matters most for the fullwidth comma ，, which CJK text usually writes with no space after it. #1266 made every comma in COMMA_CHARS read the way the ASCII comma does, so the gap now affects all of them equally rather than one script more than another.

Open questions:

• Should a clause divide at a glued comma only when every resulting piece is a credential or title (the S1 test), so that Jane (Janey,Jo) Smith keeps nickname Janey,Jo? Or should it always divide, so that one becomes nickname Janey, Jo?
• Should the ; delimiter follow the same rule inside a clause?