25 Nov 2013 12:26

### Smartparen evil key bindings (was: Best way to extend parenthesis matching in EVIL to other symbols)

On 24 November 2013 16:44, José A. Romero L. wrote:
On Sun, Nov 24, 2013 at 3:07 PM, Tom Short wrote:
Thanks for the link to smartparens. It looks nice. Does it work well with evil?
(...)

I haven't used it extensively myself, but from what I've seen, smartparens and evil are mostly orthogonal to each other. You still need to use C-M-e, C-M-u, etc for navigation -- but that's the same story as when using nxml-mode, so I don't mind too much.

Speaking of which, I recently looked at start using smartparens, and tried to figure out evil-ish key bindings for it. But got lost in all of the commands (which, since I don't use it yet, don't know exactly what they do and which ones are most useful) and where they would go on <some-leader> + hjklHJKL etc.

Has anyone done this already perhaps and figured out a sensible set of key bindings?

(If no-one has, my next plan is to just start using smartparens with the out-of-the-box suggested key bindings, get used to it and then go back to designing evil-ish bindings.)

/J

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

21 Nov 2013 20:37

### o, RET, and indentation

Hi,

It seems that the behavior of the o key in normal state is a bit
different from Vim.  Suppose you have the following text in a file,
where '$' indicates the end of a line and not a literal '$' character:

foo$bar$

Then, positioning the cursor on the second line in Vim's normal mode and
typing o results in the following:

foo$bar$
$Now, typing RET results in the following: foo$
bar
$On the other hand, in evil-mode you have this: foo$
bar$↓ foo$
bar

↓

foo$bar$


Is this a bug?

Thanks,
Keshav

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

1 Nov 2013 09:51

### Cesta de Natal Vecchio Empório2013

Se você não conseguir visualizar esta mensagem, acesse este link

·         Boleto faturado para o dia 20/12/2013

·         Desconto de 2% para pagamento antecipada até dia 30/11/2013.

·         Desconto de mais 2% para pagamento 10 dias antecipado da data de Entrega

·         Faturamento Mínimo R$300,00 Para acessar o Catálogo é só clicar nas Imagens abaixo; **Caso não consiga Acessar o link, Favor me informar, que eu envio o Catalogo em formato PDF** Aproveite os descontos, Faça sua Cotação! Pedidos Responda Este E-mail ou pelos Tels Acima; ### Cestas Natalinas  Para garantir que nossos comunicados cheguem em sua caixa de entrada,adicione o email gislainevendas uol.com.br ao seu catálogo de endereços.A Gislaine Costa(11)4576-7345 respeita a sua privacidade e é contra o spam na rede.Se você não deseja mais receber nossos e-mails, cancele sua inscrição aqui. _______________________________________________ implementations-list mailing list implementations-list <at> lists.ourproject.org https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list  23 Oct 2013 23:29 ### Best way to extend parenthesis matching in EVIL to other symbols I want to extend Evil's % command to work with matching$'s and
delimiters like \left and \right (this is for working with latex).
Would I need to modify the source for evil-jump-item directly, or is
there some more modular way to do this, like advising the function?
I'm Elisp savvy, so a high-level description is all I need.

Thanks you for you time,

Gordon Gustafson

PS I sincerely apologize if I'm posting this is the wrong place :)

5 Oct 2013 13:04

### (Evil) Unimplemented ex command (marks)

When I type :marks Evil shows

Unknown command: marks'

but evil-maps.el contains

(evil-ex-define-cmd "marks" 'evil-show-marks)

evil-show-maps is not defined anywhere.

Why? I can think of three possible answers:

1. Nobody cares. Vim users can remember all their markers.

2. It is useful, but difficult to implement.

3. None of the above. Patches welcome

Of course, the answer might be something else.

My interest on marks' was prompted by someone publishing an extension
for Emacs that, after a customizable delay, pops up a list of defined
registers when you invoke a register-related command. I'll like to do
the same for Evil's registers and markers.

1 Oct 2013 20:02

### Conocimiento para Ejecutivos.

Recibe esta información debido a que su correo está dado de alta en nuestros Si desea ser removido clic aquí.

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

8 Sep 2013 08:56

### evil-paste-pop broken with interprogram-paste-function

In my Emacs setup, I have 'interprogram-paste-function' set to a function that returns the contents of the OS X system clipboard. This prevents 'evil-paste-pop' and 'evil-paste-pop-next' from cycling through the kill ring because the evil-paste-* functions call 'current-kill', which first calls 'interprogram-paste-function' before the kill ring. This causes evil-paste-pop to always paste the same value from the system clipboard.

Is there anyway to get this working properly with interprogram-paste-function?
_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

26 Aug 2013 13:38

### Multiple-cursors

Hi!

Has anyone set up Evil with multiple-cursors?  I’ve just started
investigating multiple-cursors and it seems preferable over iedit.  It
doesn’t play as well with Evil, however, at least not out of the box,
and I was wondering if there are some obvious changes to make to get
them to work well together.

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

22 Aug 2013 03:02

### Consertos em Equipamentos Wireless, VoIP, Network, Cameras e Sistemas de Segurança

Clique aqui para ser removido
_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

27 Jun 2013 21:53

### Evil: Yank/Paste with System Clipboard and Evil in New Buffers

Hello,

Question #1:

(defun haroogan/evil-paste-from-clipboard () "Paste text from system clipboard." (interactive) (evil-paste-from-register ?+)) (evil-define-operator haroogan/evil-yank-to-clipboard (beg end type yank-handler) "Yank text to system clipboard." :move-point nil :repeat nil (interactive "<x><y>") (evil-yank beg end type ?+ yank-handler))

Paste works as intended. Yank works partly:

• after yanking I can paste this text into other applications;
• but I cannot paste it into the Emacs itself, i.e. by using haroogan/evil-paste-from-clipboard - it says that the kill-ring is empty; how come?
• furthermore, bell rings when I'm yanking with this function - like if it was an error - that's very strange too.

For the reference, in my .vimrc I have the following:

" Cut to the system clipboard. nnoremap <C-x> "+x vnoremap <C-x> "+x cnoremap <C-x> "+x " Yank to the system clipboard. nnoremap <C-y> "+y vnoremap <C-y> "+y cnoremap <C-y> "+y " Paste from the system clipboard. nnoremap <C-p> "+p vnoremap <C-p> "+p cnoremap <C-p> "+p

What's the best way to replicate this with Evil?

Question #2:

Evil provides the following function:
(evil-define-command evil-window-new (count file span>) "Splits the current window horizontally and opens a new buffer or edits a certain FILE." :repeat nil (interactive "P<f>") (split-window (selected-window) count) (if file (evil-edit file) (let ((buffer (generate-new-buffer "*new*"))) (set-window-buffer (selected-window) buffer) (with-current-buffer buffer (evil-normal-state)))))

In my opinion the last line reveals a huge flaw.

First of all, recently I've been writing a tiling window manager for Emacs.
Of course when I create new windows there, I create buffers as well with the same
generate-new-buffer function.

And of course as suggested by the
evil-window-new function presented above, one has to call
(with-current-buffer buffer (evil-normal-state)) so that Evil does not break here and works properly in this newly created buffer.

That's incredibly annoying for 2 reasons.
First, now, for instance, my tiling window manager has to depend on the Evil package just to make this little hack for those who wish to use Evil with my tiling window manager (including myself).
Second, you have already probably noticed that such buffers as Emacs Help and friends do not work with Evil properly.
And I suspect that the reason for that is the same simply because in case of Emacs Help buffer you could no longer inject this hackish call:
(with-current-buffer buffer (evil-normal-state))
I might be wrong with my implications, and I wish you could prove that I am.
I'm nowhere near an Emacs hacker, just learning (migrating from Vim), but may I say that defadvice to me seems to be a remedy to this problem?
Anyway, please, share your thoughts on this topic, I really hope that this can somehow be reimplemented in more robust way, so that Evil has more seamless and natural integration with the whole Emacs environment.

Kind regards,
Haroogan

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list

24 Jun 2013 04:58

### evil-lookup-func settings in evil-mode


Hi,

I am writing some c code with Emacs evil-mode and I find that now and
then I need to lookup the man pages. It is easy enough when in Evil
normal state, by pressing K', which invokes evil-lookup'. However
the funcall is specified by evil-lookup-func', so eventually the
function called is Emacs function woman' rather than man'. The
problem is that woman sucks for some formats of manpages, for
instance, the table in the manpage of man', and she also displays
margin between words poorly.  So I hope to set evil-lookup-func' to
man'. But I CANNOT since the definition in man.el(.gz) tells me that
man' takes ONE argument. So I re-bind K' for myself:

(evil-global-set-key 'normal (kbd "K") 'man)

Everything goes well until I find that in some modes, Man-mode' for
example, this keymap doesn't work; K' in such case still mapped to
evil-lookup'.

So what can I do to avoid calling WoMan by mistake?

--

--
Regards,
Hongxu Chen
`

Gmane