Emac backward-kill-word
tiende a eliminar más de lo que quiero.
Por ejemplo, cuando presiono eliminar varias veces en esto:
(key-chord "qf" 'helm-org-in-buffer-headings) ;heading search. |
Yo obtengo:
1. (key-chord "qf" 'helm-org-in-buffer-headings) ;heading|
2. (key-chord "qf" 'helm-org-in-buffer-headings) ;|
3. (key-chord "qf" 'helm-org-in-buffer-| <<< too much deletion.
Esperaba esto en el tercer paso:
3. (key-chord "qf" 'helm-org-in-buffer-headings)|
Quiero saber: - ¿Existe una filosofía detrás de eliminar más de lo que se quiere?
- ¿Puedo hacer que la palabra emac-backward-delete-word sea más amigable? Es decir, eliminar espacios en blanco, pero no matar "demasiado"?
EDITAR Realmente no sé 'qué' quiero. Quizás lo haga más parecido a otras funciones de eliminación como en google-keep u otras aplicaciones de edición de texto.
edit2
Mientras tanto, lawlist arregló su función personalizada que funciona bastante bien: ingrese la descripción del enlace aquí
backward-kill-word
hace lo que se pretende hacer. Puede definir otro comando para hacer "lo que se quiere" y no "matar" demasiado ". Pero si desea ayuda con eso, entonces podría considerar especificar el comportamiento que está buscando.Respuestas:
El comportamiento de
backward-kill-word
depende de la definición de una "palabra" en el modo actual. Puede cambiar esta definición y arriesgarse a romper cosas o puede modificarlakill-word
.backward-kill-word
es solokill-word
con un argumento negativo;kill-word
estákill-region
sobre la región dividida por punto y la posición después de correr(forward-word arg)
. Reemplazarforward-word
temporalmente debería hacer el truco.Aquí estoy reemplazando temporalmente
forward-word
conforward-same-syntax
para lograr el efecto deseado enbackward-kill-word
(ykill-word
porque me gusta que las cosas sean consistentes):Ahora el comportamiento es este:
fuente
advice-add
retornos del sexpnil
, ¿se espera eso?kill-word
antes de aplicar el consejo :( No sé por qué es así. Preguntará en la lista de correo.