-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
cperl-mode + smartparens issue #480
Comments
Anyone have any idea what is causing this? |
I see this behaviour too. I think its related to smartparens as I don't use spacemacs |
I think its a conflict between cperl's electric braces and related options, and smartparens' auto pairing. I've disabled all of cperl's electric settings. |
It might very well be what @spacebat describes. Smartparens is quite aggresive in its own enforcing rules, since most of the time the "electric" stuff is quite, well, idiotic. The apparently random order of execution of hooks doesn't help one bit either... it is most recomended to turn off any electric stuff while using SP. |
My quick&dirty solution: |
Since Spacemacs doesn't have a layer for this mode, and since there's an easy workaround from @pasja, I am liable to close this. If the time comes when Spacemacs has official Perl support we can revisit. For future visitors, the workaround should be (in (with-eval-after-load 'cperl-mode
(define-key cperl-mode-map "{" nil)) |
I recently had this problem. I have This solved my problem:
|
This solution will allow
|
Spacemacs develop branch has a perl5 layer now, which includes this workaround.
Hello,
If you switch into cperl-mode and type the following:
It will be automatically changed to
Note the two closing curly braces. Switching into perl-mode and typing that same line yields proper behavior.
Any ideas?
The text was updated successfully, but these errors were encountered: