paredit conflicts with leader when leader set to space

[mnebuerquo]

When you set your leader to space, paredit gets confused and key mappings don't work correctly.

I have this line of code at the top of my vimrc to set my leader to space:

:let mapleader = " "

This is a problem for paredit, because when I add the plugin it has trouble mapping its keys. I first thought it was a problem with the g:paredit_shortmaps because it remapped my O key.

As it turns out, setting mapleader to space results in the following line of code inserting a space into the string, which doesn't work:

call RepeatableNNoRemap(g:paredit_leader . 'O', ':<C-U>call PareditSplit()') 

https://github.com/kovisoft/paredit/blob/0.9.11/plugin/paredit.vim#L185

To work around this issue I set the g:paredit_leader variable explicitly to <leader> so it doesn't try its own leader logic:

let g:paredit_leader = '<leader>'

This causes paredit to skip its own leader logic, because the variable is already set.
https://github.com/kovisoft/paredit/blob/0.9.11/plugin/paredit.vim#L48-L55

This works, but it required me to read through a bunch of code to figure out what was going on. I think this could be made easier, maybe by detecting that mapleader is set to " " or using <leader> instead of the string in mapleader in the key binding.

[kovisoft]

I think you are using an older version (0.9.11) of paredit. The most recent version is 0.9.13 as of date 15 Jan 2017. There was a fix for the problem you mentioned made by a contributor in commit 9eeb646 .

[mnebuerquo]

I didn't see a tag for that version, latest I saw was 0.9.11. Now I'm using whatever is currently in master and it's working. Thanks!

Fixed by 9eeb646