No se pueden tener ventanas dispersas en la pantalla por .Xresources

Question

Problema inicial: no tener ventanas dispersas cuando uso vspilt en Vim dentro de la pantalla

Intenta resolver el problema:

1. Imposible: aumentar la frecuencia de actualización de la pantalla para el código de terminal de Mac
2. para agregar algo a .Xresources

texto alternativo http://dl.getdropbox.com/u/175564/bugWithScreen .png

Unix Power Tools -book dice que el problema se puede resolver en .Xresources. Sin embargo, no especifica exactamente cómo.

He recopilado los siguientes códigos en mis recursos .X

     mrxvt*scrollBar: true 
     mrxvt*loginShell: true
     mrxvt*syncTabTitle: true
     mrxvt*font: Monaco
     mrxvt*faceSize: 11 
     mrxvt*xft: True
     mrxvt*xftFont: Monaco
     mrxvt*xftSize: 12 
     mrxvt*xftAntialias: True
     mrxvt*termName: xterm-256color

     XTerm*VT100.metaSendsEscape: True                                                                                                                                                                        

     # translations used to coordinate xterm with xcilpboard
     # Unix Power Tools: p.117
     *VT100.Translations: #override\
         Button1 <Btn3Down>: select-end(primary,CUT_BUFFER0,CLIPBOARD)\n\
         !Shift <Btn2Up>: insert-selection(CLIPBOARD)\n\
         ~Shift ~Ctrl ~Meta <Btn2Up>: insert-selection(primary,CUT_BUFFER0)

Answer 1

El análisis de ~ / .Xresources se realiza cuando se inicia el servidor X11, como parte de los scripts de inicio de sesión X11. Si edita ~ / .Xresources, entonces necesita usar xrdb (1) para cargar el nuevo archivo para informar al servidor X11 en ejecución sobre los cambios.

CUIDADO de que xrdb (1) reemplazará, por defecto, los recursos actuales en lugar de sobrescribirlos y leer desde stdin es el predeterminado, ¡así que no lo invoque sin parámetros! Entonces quieres usar

xrdb -merge ~/.Xresources

para cargar el archivo modificado. Puede usar

xrdb -query

para ver lo que ya está cargado.

Para Mac, no sé qué, dónde o cuándo podría estar mirando ~ / .Xresources; debido a que el material X11 es un programa ejecutado para usar la pantalla, en lugar del maestro de todo lo gráfico, podría ser bastante mínimo y no hacerlo de manera predeterminada. xrdb -query te ayudará.

Una cosa que podría ayudar es establecer XAPPLRESDIR como una variable de shell exportada; hay alguna perilla en algún lugar de MacOS para establecer variables de entorno como algo de sesión, visible para todos los programas sin presionar el shell del usuario, pero se me olvida dónde (lo encontré al configurar el llavero SSH una vez). XAPPLRESDIR es una variable de variable de entorno que apunta a las anulaciones de los recursos de la aplicación de un usuario. Su valor debe ser un directorio ($ HOME / share / xapps / por ejemplo). Cada aplicación X11 vinculada a la biblioteca X Intrinsics ( libXt ), en el momento de inicio de X11, buscará en ese directorio archivos que coincidan con el nombre de la clase de la aplicación. De esta manera, no necesita preocuparse por cargar recursos, etc. edite el archivo de la aplicación, inicie el programa.

Entonces los recursos para xterm van a un archivo XTerm, etc; Para averiguar la clase de un programa arbitrario, puede usar xprop (1) sin argumentos, hacer clic en la ventana de destino mientras el puntero es una cruz y luego mirar stdout de xprop para la propiedad WM_CLASS. Para algunas herramientas más antiguas como xterm, también puede usar editres (1) para poder ver interactivamente los widgets de una aplicación X en ejecución mediante inspección remota; hay un elemento de menú Obtener árbol, que le permite hacer clic en la aplicación de destino y otro elemento de menú para mostrar los nombres de clase.

Yo mismo, mi archivo ~ / share / xapps / XTerm establece el color de fondo del menú en un horrible color amarillo; de esa manera, cuando control - < left | middle | right > -click en un XTerm, sé de inmediato si algo está mal y mis recursos no se cargaron.

#ifdef COLOR
XTerm.SimpleMenu*background: yellow
#endif

Answer 2

¿Esto ocurre cuando ejecuta Tlist o cuando se vuelve a conectar a una sesión abierta anteriormente?

Si es el último (y el tamaño de su ventana varía), puede ser debido a que se inició la pantalla de opciones. Intente iniciar la pantalla con estas opciones & Quot; -aADR & Quot ;. " -a " y " -A " forzará a que la pantalla se vuelva a dibujar al volver a conectarla.