-
-
Notifications
You must be signed in to change notification settings - Fork 227
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature request] Customize comment characters #564
Comments
Thanks for investigating this a bit. I think it is pretty clear that line comments should be I also added support for Toggle block comment, wrapping the block in a Test with this VSIX, which also sports the latest Calva Highlight and Paredit parsing: https://4016-125431277-gh.circle-artifacts.com/0/tmp/artifacts/calva-2.0.77-dev-58d85c07.vsix |
Just installed it and can confirm that the The new |
Here's how it looks after using
Looking at 58d85c0 makes me wonder if there's some weird interaction going on. You're just adding the vscode language settings for comments so it is out of your hands how the toggling proper works. Maybe the auto-indent is adding a couple of spaces and making it so the toggle doesn't work anymore? |
I don't think there is any auto-indent going on even. You have to press tab after the wrapping to get it formatted. ¯_(ツ)_/¯ |
If I start with
And run
So it added But in 58d85c0, we don't see those three spaces:
If I start with
And run
So the same thing, regardless of current indentation: |
There is a setting for if VS Code should add spaces there or not. Doesn't matter for toggling or not though... I made an experiment with using |
Fixes #564 Also add support for toggle block comment, wrapping w/ (comment ...)
When I press the
Toggle line comment
command, the current line is prefixed with;
.My colleagues are using another editor (spacemacs I think), that seems to use
;;
for comments instead. I've also seen;;
in a lot of code snippets online.I thought it might be a good idea to customize the characters that the editor inserts.
But I wasn't aware but this seems to be a ELisp convention:
So perhaps this is a more complicated situation.
The text was updated successfully, but these errors were encountered: