Barry OReilly | 22 May 00:59
Picon

Sequence of custom-set-variables and Evil init

I'm not sure whether to place the custom-set-variables call before or after initializing Evil.  Some customizations only work before Evil initialization, some after.

For example,
    (custom-set-variables
        '(evil-overriding-maps nil))
doesn't work correctly if after Evil init.

    (custom-set-variables
        '(evil-search-module (quote evil-search)))
doesn't work correctly if before evil init.

Which way is it supposed to be?  If I leave them separated, Emacs consolidates them into one again when I use its customization interface.

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Nikolai Weibull | 25 Apr 10:40
Picon
Gravatar

Last commit breaks desktop file loading

Hi!

The last commit, 3474346fba687aaf265037ca8fd9ede705727262, that
doesn’t enable evil-local-mode when load-in-progress is t breaks
loading of files through a desktop file at Emacs boot time.

The commit message notes that Emacs loads a package into a buffer
called “ *load” with load-in-progress set to t.  Shouldn’t the
condition then be ((and (string= (buffer-name) " *load")
load-in-progress))?

The only reference to “ *load” that I could find in the Emacs source
was, however, “ *load*” and is the buffer used by mule in
load-with-code-conversion, so the check should probably be ((string=
(buffer-name) " *load*")).

This problem occurs because desktop (load)s the desktop file, which
creates the buffers while it’s being loaded, and, since
load-in-progress is global, all created buffers will see it as t when
evil-local-mode is run.

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Jason Miller | 25 Apr 01:08

Solution for meta/escape in terminal mode

I really like evil under X, but find it nearly unusable in a terminal
due to escape/meta clashing in insert mode.  I currently use exactly one
meta keybinding in insert mode (M-Tab) and hardly ever press tab in
normal mode, so ideally I'd like to supress all meta bindings except
M-Tab while in insert mode.

-Jason
donate | 16 Apr 22:53
Favicon

Support Ourproject.org & Comunes.org / Apoya a Ourproject.org y a Comunes.org / Apoia a Ourproject.org

[ENGLISH BELOW]

Queridos miembros de Ourproject.org:

Nos dirigimos a vosotros/as para poneros al día de una nueva forma de colaborar en el crecimiento de
nuestra comunidad. Como sabréis, Ourproject ha experimentado un gran crecimiento desde su nacimiento
hace diez años, hasta alcanzar en la actualidad un total de 1.079 proyectos, que reciben un total de un
millón de visitas mensuales. Sin publicidad y compartiendo su trabajo con licencias libres, siguiendo
el espíritu de esta comunidad. El gran crecimiento experimentado requiere que ampliemos la capacidad
de soporte de Ourproject y de otros proyectos bajo el paraguas de nuestra asociación sin ánimo de lucro
Comunes.org . Por ello, hemos decidido montar junto con otros colectivos con fines similares un Centro de Datos:
http://comunes.org/es/787/building-a-collective-data-centre/
en el que albergar una mayor cantidad de proyectos de una forma más efectiva, con recursos suficientes
para todos.

También ha llegado la hora de ofrecer nuevos y más avanzados servicios que llevamos desarrollando desde
hace cinco años, como:

http://kune.ourproject.org

http://kune.cc

Por desgracia, todo esto supone un cierto desgaste económico para el proyecto. Es más, nos ha llegado el
momento de renovar equipos y comprar repuestos de nuestros servidores, que están empezando a dar
problemas y muestras de fatiga: http://comunes.org/es/909/help-servers-hardware/
que habréis podido sufrir con caídas de los servicios más frecuentes en los últimos tiempos.

Hay que tener también en cuenta que durante estos diez años hemos costeado los gastos a través de
nuestras continuas aportaciones personales.

Por esta razón, hemos decidido crear una nueva vía de participación y cofinanciación disponible para
los miembros de Ourproject. Consiste en aportaciones económicas periódicas, variables y totalmente
voluntarias (cada cual en la medida de sus posibilidades para así evitar las cuotas fijas) que nos
permitan sufragar estos gastos, de forma que los miembros de Ourproject (y Comunes en general) puedan
ayudar a la sostenibilidad del ecosistema común.

Para ello hemos habilitado la siguiente página:
http://comunes.org/donate/

en la que podréis, si es vuestro deseo, colaborar con cuotas periódicas mensuales. Las aportaciones
estarán enteramente destinadas al mantenimiento de los servicios, y mantendremos el espíritu de
Ourproject no buscando lucro de ningún tipo, ni introduciendo publicidad alguna. Todos los
movimientos económicos hechos con estas aportaciones serán claramente expuestos a la comunidad, de
forma transparente, en un lugar destacado de la página.

Muchas gracias.

Un cordial saludo,

El equipo detrás de Ourproject.org y Comunes.org

----------------------------------------------------------------------

[ENGLISH]:

Dear members of Ourproject.org:

We are contacting you in order to update you on a new way of collaborating in the growth of our community. As
you know, Ourproject has lived an extraordinary growth from its birth 10 years ago, as today we already
have 1.079 projects which all together receive around a million visits per month. Everything with no ads
and sharing their work with free licenses, following the spirit of this community. This growth has
required to increase the capacity of the servers and infrastructure of Ourproject and the other projects
under the umbrella of our non-profit Comunes.org. In this line, we joined other similar collectives to
form a Collective Data Centre, with enough resources
for all of us:
http://comunes.org/787/building-a-collective-data-centre/

Besides, it’s time to offer new and more advanced services that we have been developing in the last five
years, such as:

http://kune.ourproject.org

http://kune.cc

However, this implies a continuous economic effort. Furthermore, the time has come to renew our servers,
that have already shown serious signals and issues:
http://comunes.org/909/help-servers-hardware/
that you may have suffered, with more frequent problems in the service.

We should take into account that during these 10 years we have been assuming the efforts from our personal
economic contributions.

That is why we have decided to create a new method of participation and co-funding for the old and new members
of Ourproject. It consists of regular, variable and fully optional economic contributions (each one to
the extent of their capabilities, avoiding fixed quotas), that would allow us to sustain the expenses, so
everyone in the community can help sustaining this common ecosystem. Thus, we have prepared a donation page:
http://comunes.org/donate/
in which you could, if you want to, collaborate with regular monthly quotas. These contributions will be
used just for the maintenance of the servers and infrastructure, and we’ll keep with the spirit of
Ourproject and Comunes by not seeking profit in any way, and not placing ads anywhere. Every economic move
done with these contributions will be clearly exposed to the community, transparently, in a highlighted
part of our pages.

Thanks a lot for your support,

The team behind Ourproject.org and Comunes.org

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Sanel Zukan | 14 Mar 14:49
Picon

[PATCH] Sort buffer names

Hi,

Here is patch for sorted buffer names when ':ls" was given. I often
use this command and when you have a bit of loaded files with various
additional modes that opens own buffers, things becomes quite messy.

This patch will apply sort on buffer names, so hidden buffers (those
with " *xxx*") will be put first, then modes specific buffers (e.g.
"*xxx*") and then goes files/directories.

One nice feature would be numbering buffers, just like Vim does, so
each buffer can be opened with ":b<n>". What do you guys think about
it?

Regards,
Sanel
Attachment (buffer-sort.patch): application/octet-stream, 582 bytes
_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Keshav Kini | 12 Mar 04:26
Picon
Gravatar

Stuck in Emacs Mode when entering via Visual Mode

Hi,

I'm likely just doing something wrong, but I tried the following:

1) Visit a file - start in <N> mode
2) Type V to go to <V> mode
3) Type C-z to go to <E> mode
4) Type C-z to go to <V> mode again
5) Type ESC

I would expect to be in <N> mode now, but Instead I end up back in <E>
mode. What am I doing wrong?

-Keshav
Picon

Which map is active when I overwrite text with R

In insert mode, I bind TAB to a custom expand function that is based
on hippie-expand.  However, when I overwrite text with the R command,
I would also like to be able to use the expand function.  During
overwriting, TAB is bound to indent-for-tab-command and unfortunately
it's not clear to me which map is active during overwrite.  Could
somebody please give me a hint?

Thanks!
  Titus
Zolrath | 5 Mar 00:46
Picon

Keyboard Macros remain in input mode

If I define a macro qw and perform some actions, when I use the macro via @w it
plays back my actions appropriately but remains in input mode after playback.
This differs from vim's macros which will return you to normal mode afterwards.
Matt Armstrong | 29 Feb 20:36
Picon

Why I stopped using viper, and am going to stop using Evil

I love the power of the vi/vim modal editing approach, and I applaud how far Evil (and all prior efforts, especially viper) take it in Emacs.

I thought I'd write about why I'm not going to use Evil.  I tried it for about a week.  In the past, I've used viper for about a year before dropping it in favor of vim, which lasted another two years.  Overall I have used Emacs for 18 years.

In short: it is easier to use one editor at a time.

By default, Evil presents you vim key bindings, but makes you use Emacs key bindings too:

 (a) see the huge list of modes in evil-emacs-state-modes
 (b) insert mode has Emacs key bindings

On (a), most of these modes don't completely rebind the Emacs key map.  In particular, they usually don't redefine how the point is moved, how buffers, windows and frames are managed, etc -- this is all vanilla Emacs stuff.  In contrast, equivalent modes in vim use the vim key bindings and ex commands for doing all this stuff.

On (b), Evil gives me M-q, C-a, C-v, etc. while in insert mode.  This means I'm using two editors at once: vim and Emacs.  In Evil, many very basic key bindings do wildly different things when switching from normal to insert mode and back: C-f, C-b, C-v, etc.  Vim doesn't suffer from this (much) because insert mode is relatively free of key bindings.

The vi -vs- Emacs dichotomy is always there, creating friction.  This is certainly not the way Emacs would have designed its key commands were modal editing its initial design goal.

I don't know what the solution is.  In my ideal world, all Emacs key bindings would be entirely blown away and replaced with vim-ish ones.  That's pretty audacious!

_______________________________________________
implementations-list mailing list
implementations-list <at> lists.ourproject.org
https://lists.ourproject.org/cgi-bin/mailman/listinfo/implementations-list
Alan Schmitt | 23 Feb 12:06

Cannot get initial state to evil in BSelect mode

Hello,

I use reftex when doing LaTeX, and one very nice thing is the way it deals with bibliographic entries.
Unfortunately, when I want to select a bib entry, I'm by default in normal mode. Looking at the mode line, I
see the current mode is "BSelect", so I tried adding this to my .emacs:
(evil-set-initial-state 'bselect-mode 'emacs)

I must be doing something wrong as it does not trigger.

What should I do to be in emacs mode by default in a BSelect buffer?

Thanks,

Alan
Alan Schmitt | 21 Feb 09:54

evil and scroll-all-mode

Hello,

I'm discovering scroll-all-mode, and it seems to behave strangely with 
evil. In normal mode, if I press 'j', both cursors go down, but if I 
press 'k', the cursor goes up but the cursor in the other window goes 
down.

Is this a (known) bug?

Thanks,

Alan

Gmane