GNU Screen en emacs modo Shell: cómo solucionar los códigos de escape de color

Question

Me gustaría adjuntar pantalla o tmux dentro emacs, en el modo de concha. A menudo me encuentro corriendo emacs con procesos inferiores dentro de la pantalla en servidores remotos; sería bueno si pudiera cambiar el flujo de trabajo para emacs locales + VAGABUNDO; capacidad para volver a unir las sesiones persistentes es una necesidad, sin embargo. (Tal flujo de trabajo es particularmente útil para el análisis en R [1])

es bastante deseable Shell-mode porque sigo encontrando problemas técnicos diversos, e incluso se bloquea cuando se utiliza la combinación de plazo o Mx Mx ANSI plazo + + pantalla R. Sin embargo, me parece que no puede deshacerse de ANSI colores prestados como códigos de escape en pantalla cuando se ejecuta en shell Mx. Cuando uso ansi-color-for-comint-mode-on, que están bien - pero tan pronto como se enciende la pantalla, se convierte en un desastre horrible.

¿Alguien ha averiguado el conjunto de condiciones para la correcta interpretación de la norma ANSI de color con la cáscara + pantalla o tmux? ¿Qué hay de deshacerse de los colores en total? .. ¿Hay otras alternativas en términos de la ejecución de procesos remotos persistentes y adjuntarlos a emacs locales? ..

[1] http://blog.nguyenvq.com/2010/07/11/using-r-ess-remote-with-screen-in-emacs/

Answer 1

Por lo que yo puedo decir, la pantalla requiere funciones del terminal que el modo de cáscara de Emacs simplemente no puede y no proporciona, simplemente porque no es un terminal de carácter tradicional como VT100. Así que el asunto no se trata de deshacerse de, o tratar de interpretar los códigos de color -. Hay más capacidades terminales que la pantalla requiere para funcionar correctamente

Por la pantalla por defecto ni siquiera se inicia en modo shell de Emacs, por lo que puede decir (él los errores hacia fuera diciendo que necesita capacidad de pantalla transparente). Algunos de los puestos en la web parecen sugerir el establecimiento de TERM = xterm Para evitar esto, pero es sólo la pantalla engañar en el pensamiento de la terminal tiene la capacidad de XTerm, que no tiene.

El plazo y ANSI plazo modos de Emacs proporcionaría las capacidades del terminal requeridos por la pantalla, pero por desgracia parecen tener problemas tuvo con esos modos.

Lo que sugeriría su lugar sería tener un vistazo a la orden "emacsclient -t" (parte de Emacs), que le permite abrir un marco local conectada a una instancia existente de Emacs de una manera similar a la pantalla que permite volver a conectarse a una instancia de pantalla creado con anterioridad. De esa manera usted quizá podría configurar un emacsclient en su computadora local para volver a conectar a través de TCP a una instancia remota Emacs persistente.

Answer 2

No consumo pantalla, pero tal vez usted puede arreglar esto de su .bashrc. Tengo un montón de código condicional en allí, de color cambiante en cada ventana xterm, pero de no utilizarla para otros terminales que no soportan. M-x shell conjuntos de la variable TERM a mudo, para que pueda probar para eso y establecer el color en consecuencia.

case "$TERM" in
dumb)
## non-color settings here
;;
xterm)
## color settings here
;;
*)
## default (maybe you want non-color here?)
;;
esac