Broken GUI on Raspberry Pi 4

**Describe the bug**
When you open the application on a Raspberry Pi 4 (after compiling, because ARM builds don't exist), the GUI is fine. But as soon as a device is detected, the GUI breaks. Technically usable, but I don't want to accidentally press the wrong buttons. Here is a image below:

**Expected behavior**
For the software to work as expected.

**You have a solution?**
Perhaps it is because the wrong driver is being used. But I don't see documentation on how to switch the driver.

**UAD log**
When opened via a terminal, this is what I see:
```
2023-10-22 15:22:33 WARN [/home/qbsteve/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-hal-0.14.1/src/vulkan/instance.rs:553] Unable to find layer: VK_LAYER_KHRONOS_validation
2023-10-22 15:22:33 WARN [/home/qbsteve/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-hal-0.14.1/src/gles/egl.rs:516] EGL context: -robust access
2023-10-22 15:22:33 WARN [/home/qbsteve/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-hal-0.14.1/src/gles/adapter.rs:269] Max vertex shader SSBO == 0 and SSTO != 0. Interpreting as false zero.
2023-10-22 15:22:33 WARN [/home/qbsteve/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-hal-0.14.1/src/gles/adapter.rs:269] Max vertex shader SSBO == 0 and SSTO != 0. Interpreting as false zero.
2023-10-22 15:22:33 ERROR [/home/qbsteve/.cargo/registry/src/index.crates.io-6f17d22bba15001f/wgpu-0.14.2/src/backend/direct.rs:894] Error in Adapter::request_device: Limit 'max_storage_textures_per_shader_stage' value 8 is better than allowed 4
```

O log de erros aponta para wgpu-hal e wgpu, sugerindo um problema de driver de gráficos ou Vulkan/OpenGL ES no Raspberry Pi 4. Comece examinando o código de inicialização da GUI e a lógica de detecção de dispositivos. Procure pela seleção de driver ou configuração do backend gráfico. Reproduza o problema em um Raspberry Pi 4 para ver a GUI quebrada após a detecção do dispositivo.

Escrita pelo modelo de indexação a partir do texto da issue.