Commit 10f869f2 authored by Thien-Thi Nguyen's avatar Thien-Thi Nguyen

touch up ‘Pattern-Matching Conditional’ intro para

- zonk Issue -- we can worry about ‘s/case/cl-case/g’ later
- move xref ‘(cl) Conditionals’ to follow first ‘case’ mention
- mention "introduces programming style"
- mention "pattern matching" as @dfn
- explicitly segue into limitations
parent 567342a8
Pipeline #12 failed with stage
......@@ -419,13 +419,13 @@ This is not completely equivalent because it can evaluate @var{arg1} or
@cindex pcase
@cindex pattern matching
@c Issue: I use ‘case’ w/ the thought that it being an alias
@c to ‘cl-case’ is an ``implementation detail''.
@c Is this okay?
Aside from the four basic conditional forms, Emacs Lisp also
has a pattern-matching conditional form, the @code{pcase} macro,
a hybrid of @code{cond} and @code{case}
that overcomes their limitations.
(@pxref{Conditionals,,,cl,Common Lisp Extensions})
that overcomes their limitations and introduces
the @dfn{pattern matching} programming style.
First, the limitations:
@itemize
@item The @code{cond} form chooses among alternatives
......@@ -442,7 +442,7 @@ For that, why not use @code{case}?
@item
The @code{case} macro chooses among alternatives by evaluating
the equality of its first argument against a set of specific
values (@pxref{Conditionals,,,cl,Common Lisp Extensions}).
values.
The limitations are two-fold:
@enumerate
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment