Simulador de Pantallazo Azul

El simulador es una superposición pura de DOM y CSS: no se invoca ninguna llamada al sistema, controlador de kernel ni IOCTL de dispositivo. Cuando el usuario hace clic en el botón de inicio, la página llama a element.requestFullscreen() de la Fullscreen API (W3C Fullscreen LS); los navegadores exigen que este método se origine a partir de un gesto de usuario de confianza (UIEvent.isTrusted === true), razón por la que una página no puede reproducir automáticamente un fallo falso al cargarse. La superposición entonces intercambia una clase CSS para renderizar la piel del sistema operativo elegido: BSOD de Windows 10/11 con glífico de cara triste y texto de código de parada (por ejemplo, IRQL_NOT_LESS_OR_EQUAL 0x0000000A, KERNEL_SECURITY_CHECK_FAILURE 0x00000139), Kernel Panic de macOS con el cartel de cinco idiomas "You need to restart your computer" introducido en OS X 10.2, Oops/Panic de Linux con un rastro de llamadas falso que incluye símbolos como inode_permission+0x1e/0x60, y ANR de Android con el diálogo de Application Not Responding y una referencia de tiempo de espera de 5 segundos para el envío de entrada. El diseño se basa en CSS Grid y flexbox con unidades de viewport (100vw x 100vh) y un z-index lo suficientemente alto para superponerse a cualquier cabecera fija. El código QR en la pantalla de Windows se renderiza como un SVG en línea y el texto simulado es una plantilla estática: el BSOD real también incluye un nombre de proceso (por ejemplo, ntoskrnl.exe) y una dirección de memoria, ambos fabricados aquí. El texto de pánico de macOS en cinco idiomas reproduce el orden real enviado por Apple (inglés, japonés, chino simplificado, chino tradicional, francés). La salida se gestiona escuchando los eventos click, keydown (Escape) y fullscreenchange, y luego eliminando la superposición y llamando a document.exitFullscreen() para liberar el bloqueo. Como todo es solo maqueta, el tiempo de actividad, el planificador y los procesos del sistema operativo anfitrión no se ven afectados: Cmd+Tab / Alt+Tab en la mayoría de escritorios sigue funcionando, los lectores de pantalla continúan anunciando los cambios de foco y la captura de pantalla de reuniones remotas verá la superposición en lugar de un fallo real del controlador de gráficos. Por lo tanto, el simulador no puede usarse para probar la recuperación real de fallos, la recopilación de volcados de kernel ni la generación de minidumps de Windows: eso requiere eventos reales del modo kernel, como una llamada BugCheckEx de un controlador defectuoso. Trata la página estrictamente como contenido visual y obtén consentimiento antes de gastar una broma, ya que una toma de pantalla completa repentina junto con una señal de audio puede ser genuinamente alarmante en una estación de trabajo compartida.

• La Fullscreen API requestFullscreen() debe llamarse dentro de un manejador de gesto de usuario (comprobación UIEvent.isTrusted).
• Los códigos de parada de BSOD de Windows mostrados son plantillas estáticas (por ejemplo, 0x0000000A IRQL_NOT_LESS_OR_EQUAL); no se invoca BugCheckEx.
• El cartel de pánico de macOS reproduce el orden de cinco idiomas enviado desde OS X 10.2 (EN, JA, ZH-Hans, ZH-Hant, FR).
• Escuchadores de salida: click, keydown (Escape), fullscreenchange; la limpieza llama a document.exitFullscreen().
• El pitido opcional se genera mediante una ráfaga corta de OscillatorNode de AudioContext, limitado por la política de autoplay.
• La superposición se sitúa en z-index alto y ocupa 100vw x 100vh; la tabla de procesos del SO anfitrión no se modifica.
• No puede activar volcados de kernel reales, recopilación de minidumps ni el verificador de controladores: eso requiere eventos reales del modo kernel.