Skip to content
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

Apostrophe handling in text-mode with smartparens-strict-mode #584

Closed
rpglover64 opened this issue Mar 5, 2016 · 5 comments
Closed

Apostrophe handling in text-mode with smartparens-strict-mode #584

rpglover64 opened this issue Mar 5, 2016 · 5 comments

Comments

@rpglover64
Copy link

Repro
  1. Type a word with an apostrophe (e.g. "isn't").
  2. Backspace until you're back at the beginning of the buffer.
  3. Observe that the apostrophe isn't deleted.
@Fuco1
Copy link
Owner

Fuco1 commented Apr 8, 2016

Works for me, so I guess we just have silly defaults.

Do you load smartparens-config file? If not, try adding (sp-pair "'" nil :unless '(sp-point-after-word-p)) somewhere to your config.

@rpglover64
Copy link
Author

I haven't checked my configs yet, but evaluating said sexp does not solve the problem.

I'm using spacemacs (and thus evil), and the problem occurs both in insert state and in emacs state.

@Fuco1 Fuco1 modified the milestone: Backlog Jun 14, 2016
@braham-snyder
Copy link

braham-snyder commented Feb 21, 2017

With smartparens-mode, smartparens-strict-mode,(require 'smartparens-config), and eval-expression of that snippet you posted, repeatedly calling sp-backward-delete-char from the end of this (in text-mode):

"this" doesn't

will delete the t but then skip over doesn', jumping into the double quotes (just after s).

I'm seeing this with evil-mode disabled too.

@Fuco1
Copy link
Owner

Fuco1 commented Feb 21, 2017

@braham-snyder I can reproduce this, but I think the issue is unrelated (the OPs problem I can't reproduce anymore). Would you be so kind and open a new issue (just copy over the text from here I guess). Thanks!

@braham-snyder
Copy link

braham-snyder commented Feb 22, 2017

gladly -- here it is: #709

@Fuco1 Fuco1 closed this as completed in 57fad98 Jun 18, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants