Emac backward-kill-wordtiende 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-wordhace 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-worddepende 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-wordes solokill-wordcon un argumento negativo;kill-wordestákill-regionsobre la región dividida por punto y la posición después de correr(forward-word arg). Reemplazarforward-wordtemporalmente debería hacer el truco.Aquí estoy reemplazando temporalmente
forward-wordconforward-same-syntaxpara lograr el efecto deseado enbackward-kill-word(ykill-wordporque me gusta que las cosas sean consistentes):Ahora el comportamiento es este:
fuente
advice-addretornos del sexpnil, ¿se espera eso?kill-wordantes de aplicar el consejo :( No sé por qué es así. Preguntará en la lista de correo.