Prepare design doc ahead of balloting

[aphillips]

• Rename the design doc.
• Cross out rejected options 2 and 5
• Add notes to 2 and 5 calling this out

(other changes may be added from the previous thread in #503 and WG call notes from 2023-10-30)

[eemeli]

It's fine, though two further changes could be considered:

1. The "Proposed Design" section could explicitly call out that we're balloting for which one to pick.
2. The 2 & 5 options could have their contents hidden within <details> blocks as already used later on in the doc.

[eemeli]

See line comments for minor fixes.

[eemeli]

The last paragraph of the introductory "Summary" section seems rather opinionated. Could it be dropped?

With the current syntax, the boundary between pattern and the remainder of the message is always clear
because the pattern is either the entire string
or enclosed in the {{...}} quoting required by the syntax.

[echeran]

The last paragraph of the introductory "Summary" section seems rather opinionated. Could it be dropped?

With the current syntax, the boundary between pattern and the remainder of the message is always clear
because the pattern is either the entire string
or enclosed in the {{...}} quoting required by the syntax.

It seems pretty straightforward and objective to me. What's opinionated about it?

[echeran]

LGTM