¿Hay alguna forma de deshabilitar la advertencia "el búfer es de solo lectura"?

No encuentro esta advertencia particularmente útil y bastante molesta porque oculta el texto actual en el área de eco por un breve momento. También parece innecesario, porque de todos modos notaré que no puedo escribir en áreas de solo lectura. ¿Hay alguna forma de desactivarlo?

echo-area

— Lenar Hoyt
fuente

Respuestas:

Sí, puede deshabilitar estos mensajes configurando command-error-functionuna función que ignore las buffer-read-onlyseñales.

(defun my-command-error-function (data context caller)
  "Ignore the buffer-read-only signal; pass the rest to the default handler."
  (when (not (eq (car data) 'buffer-read-only))
    (command-error-default-function data context caller)))

(setq command-error-function #'my-command-error-function)

(Probado con GNU Emacs 24.5.1.)

— Constantina
fuente

Por curiosidad, ¿anular el command-error-functionvalor no afectará a todos los errores, y no solo a los errores de "solo lectura de búfer"? No puedo entender exactamente qué impacto tendrá todo este cambio del código fuente.

— Kaushal Modi

Sí lo haría. Esa es exactamente la razón por la que tengo el (when ...)formulario en el fragmento de código: de esta manera, las señales que no nos importan se pasan al controlador predeterminado y buffer-read-onlyse ignoran.

— Constantine

Ah OK, perdí totalmente esa llamada command-error-default-function.

— Kaushal Modi

Dulce, he estado buscando una manera fácil de deshacerme de esa basura de "El texto es de solo lectura" solo en el minibúfer y esto funciona.

— whacka

@mcb: Hasta donde yo sé, no es posible separar el área de eco y el minibúfer. Creo que la respuesta a la philsque vinculó es correcta, es decir, necesitaríamos un nuevo código C para esto.

— Constantine

Origen del error 'solo lectura de búfer'

Creo que la fuente de ese error: Buffer is read-only: <#BUFFER-NAME>está en el código fuente C.

Entonces, la solución a esto sería ajustar el código fuente y construir emacs localmente comentando esta línea específica .

Como referencia, aquí está el fragmento de código que arroja ese error:

if (!NILP (BVAR (current_buffer, read_only))
    && NILP (Vinhibit_read_only)
    && NILP (Fget_text_property (pos, Qinhibit_read_only, Qnil)))
  xsignal1 (Qbuffer_read_only, Fcurrent_buffer ());
return Qnil;

.. y comentar esa xsignallínea debería hacer el truco.

Enfoque sugerido

Hay una manera mucho más fácil de evitar esta molestia durante el tiempo que trabaje en un búfer de solo lectura ... temporalmente NO puede hacerlo de solo lectura.

Hacer M-x read-only-mode(vinculado de forma predeterminada a C-x C-q) alterna cualquier búfer entre el modo de solo lectura y el modo editable.

Entonces, si está recibiendo muchos de estos errores, simplemente haga que el búfer sea editable temporalmente presionando C-x C-q.

Una nota de advertencia: Hacer el hackeo de la fuente C podría ser una fuente importante de confusión en el futuro. Entonces no lo haría.

— Kaushal Modi
fuente

Por lo que puedo decir, (defun barf-if-buffer-read-only () nil)tiene el mismo efecto que comentar la xsignal1llamada y reconstruir Emacs. :-)

— Constantine

@Constantine TIL que podemos anular las funciones de C en elisp. ¡Gracias!

— Kaushal Modi

Con respecto a la modificación de cosas usando elisp: esto me recuerda a esta vieja pregunta sobre nil: emacs.stackexchange.com/questions/2935/how-can-i-bring-back-nil

— Constantine