Como ya se respondió en los comentarios, Emacs se está volviendo muy lento en su nueva visualización para largas colas es un problema bien conocido . Arreglarlo sería muy bueno, pero necesita mucho pensamiento para que se realice correctamente. Tengo una idea de cómo podría lograrse según la sección 6.3 de este documento
(básicamente, almacene información de línea visual en el búfer actual y actualícela al insertar espacios en blanco, mostrar propiedades, cambios de ventana, etc., luego use esa información en el código de re-visualización para evitar buscarlo todo el tiempo), pero no estoy lo suficientemente familiarizado con las partes internas de C para lograrlo.
Sin embargo, hay soluciones alternativas. Los más obvios serían ajustar los parámetros relacionados con la pantalla (como habilitar el truncamiento de la línea visual en la instancia gráfica de Emacs, usar un Emacs no gráfico para hacerlo automáticamente, deshabilitar las funciones de Bidi, etc.) y preprocesar el contenido del archivo ' está leyendo. Una menos obvia es el procesamiento posterior automático de los archivos, ya sea truncando sus líneas o agregando propiedades de texto que hacen que las líneas parezcan más cortas de lo que realmente son. Para convertir esto en una respuesta más interesante, presentaré un truco bastante feo de la opción anterior que solo funcionará para los comintmodos derivados:
(defun my-comint-shorten-long-lines (text)
(let* ((regexp "^\\(.\\{80\\}\\).*?$")
(shortened-text (replace-regexp-in-string regexp "\\1" text)))
(if (string= shortened-text text)
text
(propertize shortened-text 'help-echo text))))
(add-hook 'comint-preoutput-filter-functions 'my-comint-shorten-long-lines)
Esto define my-comint-shorten-long-lines, una función que toma una cadena que posiblemente consta de muchas líneas y utiliza el poder de las expresiones regulares para reemplazar cualquier línea con una longitud de 80 caracteres o más con una versión abreviada que muestra el texto original al pasar el mouse sobre ella. Cuando se usa como enlace
comint-preoutput-filter-functions, filtrará toda la comintsalida antes de que se muestre.
Sin embargo, esta versión del hack tiene una debilidad bastante grave. En los modos que tienen una fontificación básica (como, M-x ielm), ¡cortará felizmente las líneas que forman parte de una cadena y de ese modo se formará todo hasta la próxima cita como cadena! Eso no es lo que queremos y se puede solucionar con un poco más de dominio de expresiones regulares (pero presumiblemente se romperá dentro de un REPL para un lenguaje como Python). Mientras estamos en eso, destaquemos también la salida acortada:
(defun my-comint-shorten-long-lines (text)
(let* ((regexp "^\\(.\\{80\\}\\).*?\\(\"?\\)$")
(shortened-text (replace-regexp-in-string regexp "\\1\\2" text)))
(if (string= shortened-text text)
text
(propertize shortened-text 'font-lock-face 'shadow 'help-echo text))))
(add-hook 'comint-preoutput-filter-functions 'my-comint-shorten-long-lines)
Eso está un poco mejor, pero sigue siendo feo. Pasar el cursor sobre la salida de algo como find /en M-x shellno es atractivo (idealmente solo queremos mostrar la línea no acortada, no toda la salida), la detección de cadenas es rudimentaria en el mejor de los casos y el truncamiento podría indicarse mejor con puntos suspensivos en lugar de escribir todo. Además de eso, ni siquiera se garantiza que el texto entrante no se convierta en lotes. Todo esto grita por hacer el paso de procesamiento en un búfer temporal, pero se dejará al lector como ejercicio (o al autor como posible publicación de blog).