use evil's facilities to correct key translations

[favetelinguis]

I have the following keybindings in init.el
(define-key key-translation-map (kbd "[") (kbd "("))
(define-key key-translation-map (kbd "]") (kbd "["))
(define-key key-translation-map (kbd "(") (kbd "{"))

However evil/surround will ignore them and use the regular keys, i i would like to wrap a world with () it becomes [] with evil/surround.
Is there a possible fix for this?

Also after watching this https://www.youtube.com/watch?v=5HF4jSyPpvs not much of what he shows work with this plugin, am i doing it wrong for example the dst cat does not work?

[torgeir]

I also have an issue trying to si{ when using this translation-key-map (define-key key-translation-map (kbd "M-(") (kbd "{")) (to make shift-alt-8 work like you expect on a norwegian keyboard)

[torgeir]

I'm still looking for a solution to this. Here's a gif showing the issue at hand:

This is with the following key-translation-maps in play

(define-key key-translation-map (kbd "M-(") (kbd "{"))
(define-key key-translation-map (kbd "M-)") (kbd "}"))

Running e.g. si( when a key-tanslation-map is in place for ( results in Wrong type argument: characterp, 134217769.

The si{ case is possibly another issue, as I have no translation for { (which is shift meta 8 on a norwegian os x keyboard)

[wbolster]

this issue may actually be resolved with my (already merged) pull request #81

@favetelinguis @torgeir any chance you can try it out?

[wbolster]

i am using evil-swap-keys and can confirm that things like ds( work fine for me without pressing the shift key at all, since 9 and ( are swapped by that package.

[torgeir]

this issue may actually be resolved with my (already merged) pull request #81

Indeed, works like a charm! All my tests from above seems to be working perfectly.

[wbolster]

awesome.

@timcharper this issue can be closed. (btw feel free to make me a collaborator so that i can close and tag issues.)

[timcharper]

Oh, thank you!

[torgeir]

I believe this has resurfaced again? Seems the changes of #81 is no longer in master.

[wbolster]

@torgeir you are right. :(

#84 (comment)

[torgeir]

Ah, missed that.

[ninrod]

It was unfortunate that #81 contained a regression that was actually a big deal because it broke the . operator for evil-surround. The . operator is critical for this plugin.

But maybe we can ressurect #81 with the hack contained in #115. This would bring the benefits of #81, but without also bringing in #24 as a regression.

[willghatch]

The regression caused by #81 is actually caused by a bug in evil (see emacs-evil/evil#865 for some context), and #115 is actually just a poor man's #81. #81 should be un-reverted once the root bug in evil is solved. But I haven't had time to look into it more and figure out a solution that doesn't break other things, so I'm not sure when that will be.

[torgeir]

Any updates on this one?

[ninrod]

@torgeir emacs-evil/evil#865 is stalled.

[willghatch]

I haven't made progress on the evil bug. Too busy in school and working on rash. Sorry about that.

[ninrod]

Reopened because we are waiting for emacs-evil/evil#865 to be merged into master in evil. See pull #115 by @willghatch.