- Se descapó
- 5 de septiembre de 2026 a las 2:09 UTC
- Autor
- Kamo
- Compromit
- 6658418
Cada terminal en el listado ahora lleva el estado: ocupado, o esperando. Es el una pregunta que alguien hace de una ventana que no puede ver, y es lo que a El color de hexhead minimizado responderá. Una SHELL está esperando cuando el comando de primer plano es una concha. es lo que tmux ya ve en el panel, por lo que esto no necesita contabilidad y no puede ir Qué rancios. Cualquier otra cosa en el primer plano es trabajo que el miembro comenzó. pensando o ocioso. Su transcripción responde en su lugar, de lo último que alguien En realidad SAID: ayudante, stop-rason end.turn - ha contestado y devuelto: WAITING asistente, stop-reason tool.use - está ejecutando algo: BUSY user -a- acaba de enviar, nada de vuelta todavía: BUSY La última LINE es casi siempre de contabilidad, costos de los lados, operaciones de cola, instantáneas de archivos, todas adendadas después de la respuesta, así que leerlo reportaría cada Sesión ociosa como ocupada. El escaneo se remonta al último disco conversacional. Desconocido lee como WAITING, deliberadamente: un "ocupado" equivocado pinta un verde de ventana y ocultas que necesita a alguien, donde un "espera" equivocado sólo atrae la atención. Eso es la dirección más segura para que una luz de estado se equivoque. Por lo tanto, el listado pide a tmux un octavo campo. El título se mantiene después del Támón y el Se mantiene encuadernada; "pane-current-command" es un nombre de comando desnudo sin nada argumentos, por lo que no puede llevar al separador. Verificado en la máquina, no sólo en accesorios: de doce sesiones reales los siete que estaban trabajando en la lectura ocupada y los cinco que habían terminado de leer la espera y el El caso de la concha se cotejo se cotejo contra un "baj" vivo (espera) y un "espera) vivo. 226 pruebas.