fb22f6e969
In a window too narrow for a docked panel, the panel floated over the conversation and covered the messages. On phones and narrow windows, the floating session panel also stayed open over the session the user had just chosen, so every choice needed a second tap to see it. A docked panel that loses its room (the window narrows, or the other panel opens) now closes instead of floating. It returns when the room does, unless the user opened it meanwhile; a panel closed by the user stays closed. Minimizing a window briefly reports a tiny viewport, so without the return every minimize would lose both panels. A panel opened without room still floats over the conversation, as before. Choosing a session, the shown one included, or Instance Info from the floating session panel's list now closes that panel to show the choice; reopened, it still marks the shown session. Back and Forward select without closing it. Docked panels are unchanged. Implementation: `useDrawerChrome` closes an open drawer when its docked state turns false and marks it as awaiting room; an effect reopens it, the session panel first and the other only if both then fit docked, and opening a drawer clears the mark. The layout inputs are shared by the initial layout, the docked state and the return. On touch tablets each rotation's orientation memory decides, counting a panel closed for room as open in the orientation it leaves. A panel closed by the layout hands focus to its toggle when it last held focus, even when its re-render already removed the focused control: the shell remembers which panel's content last took focus until focus deliberately moves to the page. The sidebar's list selection handler closes the floating session panel; the history buttons keep using the ordinary selection path. Validation: shell-navigation browser tests cover closing and returning (narrowing, a simulated minimize, the other panel taking the room, a user-closed panel staying closed, a panel opened without room floating), the phone list, re-selection and Back/Forward behaviour, and each panel's focus hand-off; drawer-width covers a 1024x768 tablet rotating twice. All fail on the previous code. Help is updated in all ten languages.
6 KiB
Móvil y PWA
Usa la interfaz de navegador en un teléfono o tableta para continuar trabajando en el equipo del backend. Instalar la PWA cambia cómo se abre la interfaz, no dónde residen los proyectos, las credenciales o la ejecución del agente.
Conectarse desde un teléfono o tableta
- En el anfitrión, abre Configuración → Acceso remoto → Control remoto y elige Iniciar control remoto.
- Escanea el QR de emparejamiento con tu dispositivo móvil y abre el enlace en el navegador que quieras seguir usando.
- Como alternativa, configura el acceso directo, abre la URL HTTPS accesible y de confianza del anfitrión e inicia sesión con su contraseña de servidor.
Control remoto requiere emparejar el dispositivo; las conexiones directas requieren enrutamiento, un listener accesible y autenticación. No uses localhost en el teléfono para llegar a tu equipo de trabajo. Perder los datos del sitio o cambiar de perfil de navegador puede exigir iniciar sesión o emparejarse de nuevo; consulta Control remoto.
Instalar la PWA
- Abre la URL operativa de CodeNomad por HTTPS de confianza en un navegador que admita instalación.
- En Chrome/Edge y navegadores similares, usa la acción de instalación de la barra de direcciones o Install CodeNomad del navegador cuando se ofrezca. En Safari de iPhone/iPad, usa Share → Add to Home Screen; la redacción exacta depende del sistema operativo/navegador.
- Abre el nuevo acceso directo y completa allí el inicio de sesión o el emparejamiento si usa un almacenamiento de navegador separado.
La instalación es por dispositivo/navegador y origen. No instala Node, Git ni OpenCode en el teléfono, no inicia un backend ni concede integraciones nativas de escritorio. Quitar el acceso directo no elimina las conversaciones del anfitrión; revoca por separado un dispositivo emparejado cuando retires el acceso.
Contexto seguro y certificados
La instalación remota de PWA y el acceso al micrófono necesitan un contexto seguro reconocido por el navegador. Usa un certificado HTTPS de confianza que coincida con el nombre de host/IP exactos. Un certificado local generado debe recibir confianza explícita del dispositivo/navegador cliente; una página de advertencia o saltársela no es una configuración fiable de instalación. Las excepciones de localhost del navegador se aplican a ese dispositivo, no a una dirección LAN HTTP de otro anfitrión.
Si falta la instalación, confirma primero la confianza HTTPS y la compatibilidad del navegador y vuelve a abrir la página en el navegador completo en lugar de uno integrado en una aplicación o lector QR. Ante fallos de micrófono, revisa los permisos del sitio del navegador/sistema operativo y Voz. No desactives la autenticación ni la verificación TLS para arreglar la instalación.
Trabajar con disposiciones táctiles
Usa los controles Panel izquierdo y Panel derecho para abrir la navegación y las herramientas. En disposiciones estrechas, los paneles se superponen a la conversación en lugar de imponer un lienzo de anchura de escritorio; abrir un panel flotante cierra el otro. Elegir una sesión o Info de la instancia en el panel flotante de sesiones lo cierra para mostrar tu elección, incluso la sesión ya mostrada; Atrás y Adelante lo mantienen abierto. Las acciones de la cabecera de conversación pasan al menú de desbordamiento cuando falta espacio.
El editor de mensajes mantiene Agente, Modelo y Razonamiento en su pie. El campo cambia de tamaño con la conversación visible, incluido el teclado en pantalla; los borradores largos siguen siendo desplazables. En dispositivos solo táctiles, enviar no vuelve a abrir el teclado en pantalla, para que puedas leer la respuesta; toca el editor para continuar. Mientras una sesión se ejecuta, el menú Más acciones del editor ofrece Poner mensaje en cola o Intervenir ahora, lo que no haga tu envío normal, sin necesitar un atajo de teclado físico. Abrir una interrupción compacta temporalmente el editor sin cambiar su altura guardada ni su borrador. Responde permisos/preguntas en el panel superior, manteniendo accesible su pie de acciones. Consulta Conversaciones y Permisos.
Límites de capacidades y conectividad
| Capacidad | Navegador móvil / PWA |
|---|---|
| Proyectos, conversaciones, archivos y permisos | Operan en el equipo del backend conectado, sujetos a sus controles de acceso. Los adjuntos del dispositivo se suben desde el teléfono; las referencias del proyecto se resuelven en el anfitrión. |
| Ventanas nativas de escritorio, menús del sistema operativo y automatización nativa del anfitrión | No se obtienen al instalar la PWA. |
| Vista previa de navegador | No adquiere capacidades nativas de navegador invitado; la representación alternativa sigue limitada por el navegador. |
| Contenido de SideCar y WebSockets | Dependen de la vía de conexión; Control remoto bloquea el proxy de contenido de SideCar y sirve las vistas previas web, con sus WebSockets, mientras el anfitrión las permita. Consulta sus restricciones exactas. |
| Micrófono, portapapeles, notificaciones y solicitud de instalación | Dependen de la compatibilidad del navegador/sistema operativo, el contexto seguro y los permisos del usuario. |
| Trabajo sin conexión | No hay backend sin conexión ni historial API en caché. Los recursos estáticos de interfaz pueden almacenarse en caché, pero los documentos y respuestas API no son un espacio de trabajo sin conexión. |
Mantén el backend accesible. La suspensión del sistema móvil o un cambio de red pueden desconectar el flujo de eventos; al volver se reconecta y obtiene el estado actual, sin reproducción garantizada de eventos. Comprueba si una acción terminó antes de reintentar. Cerrar la PWA no detiene un backend independiente; salir de la aplicación de escritorio anfitriona y su backend deja Control remoto no disponible hasta el siguiente inicio.