07:09
<Jack Works>

IMO, a good topic order for these slides might be:

  1. match syntax overview
  2. Literal constant patterns (i.e., "Primitive Patterns")
  3. Reference patterns (variable references and member references)
  4. Object patterns
  5. Array patterns
  6. Discards/void patterns
  7. Extractors
  8. Combinator patterns (and/or/not/parens)
  9. Variable declaration patterns (i.e., let/const/var) - calling them "Binding Patterns" is mildly confusing as JS already has something else called a binding pattern
  10. if patterns
  11. Semantics of custom matchers
  12. Future syntax

This order progressively builds in complexity while leveraging key information from previous slides. For example if patterns really need and to be meaningful. Oftentimes, so do let patterns.

I'll update the spec to rename the term "BindingPattern" to what you suggested
07:12
<Jack Works>
Also, as mentioned above, in slide 19 "Extractor Patterns", true is not the same as []. Honestly I'd rather a custom matcher throw if you use it as an extractor and it wasn't written to be used in that fashion.
Yes, built-in custom matchers has an AO for this. ValidateCustomMatcherHint
07:14
<Jack Works>
We may also want to describe or, and, and not as "Disjunction", "Conjunction", and "Negation" patterns, but that's my personal preference.
this name is better imo, but it's 3 names and we only use one term in the spec "CombinedMatchPattern", do you have suggestion?
07:26
<Jack Works>
pattern { a } is already an early error in the spec due to the possible confusion.
https://tc39.es/proposal-pattern-matching/#sec-match-patterns-static-semantics-early-errors
15:35
<rbuckton>
pattern `{ a }` is already an early error in the spec due to the possible confusion. https://tc39.es/proposal-pattern-matching/#sec-match-patterns-static-semantics-early-errors
These were all comments related to the slides
21:34
<rbuckton>
I've posted the slides for Extractors in case anyone has feedback: https://1drv.ms/p/s!AjgWTO11Fk-Tkr0Z2sm9bVmO_agqpA?e=7TdVup
21:34
<rbuckton>
I've kept in some of the slides from previous meetings as hidden slides at the end of the deck in case I need to dig something up during discussions.