Control-Shift-<right>

[blackspotent]

Hi, there. I'm new to smartparens. I use C-S- or C-S- alot for selecting "words" It seems like C-S- is not bound to anything but it doesn't work when I enable smartprents-global-strict-mode. How can I bring it back? Thank you very much for the wonderful utility. Cheers! -chris

[Fuco1]

Any other package which might interfere? SP binds those keys to slurping.

[chrisk414]

Without smartparens, "control shift select" works as expected and I don't think there is any conflict.

I bound to C- to sp-forward-slurp-sexp but I didn't bind C-S- to anything.

C-S- does something but M-x describe-key C-S- does not reveal it.

Anyway, is there way to bring the original "control shift select" back? Thanks.

[Silex]

@chrisk414: What does C-h k C-S-<right> says? is it bound to anything?

[chrisk414]

It is used to select words forward.

[Silex]

Well, what elisp function is C-S-right bound to? C-h k KEYCOMBO will tell you.

[chrisk414]

This is what it says. <C-S-right> translates to <C-right> and I can't tell what it really bounds to. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

<C-right> (translated from <C-S-right>) runs the command right-word (found in global-map), which is an interactive compiled Lisp function in ‘bindings.el’.

It is bound to <C-right>.

(right-word &optional N)

Move point N words to the right (to the left if N is negative).

Depending on the bidirectional context, this may move either forward or backward in the buffer. This is in contrast with M-f and M-b, which see.

Value is normally t. If an edge of the buffer or a field boundary is reached, point is left there there and the function returns nil. Field boundaries are not noticed if ‘inhibit-field-text-motion’ is non-nil.

[Fuco1]

<C-right> (translated from <C-S-right>)

Well this is wrong.

[Silex]

<C-right> (translated from <C-S-right>)

Well this is wrong.

Indeed. Not sure what would trigger it tho, maybe some key modifiers?

[blackspotent]

Am I the only one who has this kind of behavior? <C-S-right> is bound to <C-right> and I would like to keep <C-S-right> as "select-forward-word" as before. This is the only show-stopper using smartparens. Please help. Thanks.

[Silex]

Heh, actually by me I have the same:

<C-right> (translated from <C-S-right>) runs the command right-word
(found in global-map), which is an interactive compiled Lisp function
in ‘bindings.el’.

Except by me it works to select words... so the problem is somewhere else now.

Can you please define what you mean with "it doesn't work"? it doesn't move right? it does but doesn't select?

[blackspotent]

Hi, Silex, That's good to know. I'm using Windows gnu emacs 25.0.50.1

Right now, both behaves the same, i.e., sp-forward-slurp-sexp

With smartparens-mode turned off, <C-S-right> selects word as expected.

[chrisk414]

Any update on this on using Windows? I'm still having the same problem.

[Fuco1]

You can try to unbind C-S-<right> form smartparens-mode-map.

[blackspotent]

I tried to unbind the keys as follows after loading smartparent loading hook.

;; undefine keys (define-key smartparens-mode-map (kbd "C-S-") nil) (define-key smartparens-mode-map (kbd "C-S-") nil)

but the behavior is the same.

I think the problem is that it sees C-S- the same as C- in my Windows emacs. But without Smartparent mode enabled, C-S- behaves correctly (selects words) What in Smartparent would affect C-S- behavior?? Please help!!!

Thanks.

[Fuco1]

Try also setting sp-base-key-bindings to nil. I honestly don't understand what is going on.

[chrisk414]

Hi, all! Little bit of digging, I found some more information. I'm using key binding from Fuco where he uses C-/. Once C-/ is bound, C-S-/ will then default to C-/, thus C-S-/ behaves like C-/. I'm not sure if it happens only on Windows though.