I know you all mean well, and accuracy is important in general, but the level of pedantry in this thread kind of turns non-lispers like me off of Lisp. Eliding certain complexities is a fundamental principle of pedagogy.
Would you prefer that somebody sells you Lisp telling you, that there is only one syntax rule? Later then you easily detect that a) people think Lisp is unreadable/unusable because of this and b) that it's actually completely wrong and that Lisp cannot even be parsed with a conventional parser, because it has even a dynamic syntax which can be changed by the user and that this is even a defining feature of typical Lisp?
Lisp like most other programming languages is not defined by one syntax role.
One of the main features of Lisp is actually that it supports user-defined syntax - either on top of s-expressions (aka MACROS) and/or by changing/extending the syntax of s-expressions (aka READER MACROS).
Wouldn't you want to know that? Just let the user of this editor feature know that it mainly works on the list level and does not know of the full syntax of Lisp and that this is sufficient for a wide range of editing tasks.
> ParEdit (paredit.el) is a minor mode for performing structured editing of S-expression data. The typical example of this would be Lisp or Scheme source code.
> ParEdit helps keep parentheses balanced and adds many keys for moving S-expressions and moving around in S-expressions. Its behavior can be jarring for those who may want transient periods of unbalanced parentheses, such as when typing parentheses directly or commenting out code line by line.
It says what it does. It makes no claims about Lisp syntax.
Let's try to not oversell Lisp syntax - Lisp syntax has been controversial for decades and legions of students and programmers struggled with it. There is a reason for that.
Tell a student that Lisp has only one syntax rule, the list, and then he/she struggles a lot forming valid Lisp programs?
Typical questions:
(if (> sin (a) pi) 'foo 'bar)
Why is above not working? Somebody told the students that Lisp only has lists and it still does not work?
(cond (> (sin a) pi) 'foo
(t 'bar))
Above does not work either. Wasn't Lisp syntax supposed to be totally trivial with just one rule?
Let's be honest, it's not the students fault. The syntax of Lisp is actually more difficult than just writing lists.
I don't think this is 'pedantry'. Teach Lisp to people or deal with programmer's typical problems and you'll see lots of these questions.