feat: give the camera its own layout so no control needs a scroll

[Endika]

Con la cámara encendida la app dejaba de caber en la pantalla. Medido en 390x844, el bloque primario ocupaba ~813 px antes de cualquier panel: cabecera 80 + stage 477 (aspect-ratio: 3/4, altura fija que ignora el dispositivo) + chips 40 + transcripción + botones + status. Y los controles estaban debajo de todo eso, así que usar la app exigía hacer scroll mientras signas.

Ahora hay dos estados. Apagada, la página de siempre. Encendida, #app gana is-running:

• La cabecera se pliega — el título es para quien decide si usar la app, no para quien la usa.
• El stage pierde el aspect ratio fijo y pasa a flex: 1, adaptándose al viewport.
• Los chips de partes del cuerpo se superponen sobre el vídeo, que es donde significan algo, en vez de ocupar fila propia.
• Los botones se fijan abajo. Fijos, no sticky: el panel de diagnóstico se consulta con la cámara encendida, y bajar a leerlo no puede dejarte sin botón de parar.
• 100dvh con respaldo a vh — los navegadores móviles encogen el viewport al plegar su barra, y vh sigue midiendo la versión alta.

Refina además el icono. El concepto se mantiene; el problema era de tamaño: a 32 px, cuatro dedos de 54 con huecos de 20 se fundían en una mancha y las líneas de texto de 28 desaparecían. Tres dedos más anchos y líneas de 40 sobreviven al tamaño al que el icono se ve de verdad.

Sin verificar visualmente: no hay navegador headless en el entorno, así que los criterios de "sin scroll a 390x844" y "sin desbordamiento a 320" están razonados, no comprobados. La maquetación tampoco lleva test: jsdom no calcula alturas.