You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I rapidly repeat deleteForward, a Clojure editor that begins valid-with-respect-to-Paredit can become invalid.
Rapidity is the key, and ordinary keyboard auto-repeat is sufficient. I have not seen the problem when using deleteForward sedately, such as once per second. Furthermore, the problem seems more severe with relatively big documents on relatively feeble computers. The more powerful the computer or the smaller the clj file, the less likely the problem.
To reproduce the problem: Open clojure_core.clj included with VS Code's test data. Go to the beginning of line 1725, defmacro defmulti. Hold down the delete key for a while. Soon, parens will start turning red or double-quotes will be mismatched. For example, at one point I got the following:
({'(
:added "1.0"}
where evidently a closing paren is missing; the final closing brace is highlighted red.
The behavior is non-deterministic.
The text was updated successfully, but these errors were encountered:
pbwolf
added a commit
to pbwolf/calva
that referenced
this issue
Jan 4, 2025
When I rapidly repeat deleteForward, a Clojure editor that begins valid-with-respect-to-Paredit can become invalid.
Rapidity is the key, and ordinary keyboard auto-repeat is sufficient. I have not seen the problem when using deleteForward sedately, such as once per second. Furthermore, the problem seems more severe with relatively big documents on relatively feeble computers. The more powerful the computer or the smaller the clj file, the less likely the problem.
To reproduce the problem: Open clojure_core.clj included with VS Code's test data. Go to the beginning of line 1725, defmacro defmulti. Hold down the delete key for a while. Soon, parens will start turning red or double-quotes will be mismatched. For example, at one point I got the following:
where evidently a closing paren is missing; the final closing brace is highlighted red.
The behavior is non-deterministic.
The text was updated successfully, but these errors were encountered: