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
```

The error log points to wgpu-hal and wgpu, suggesting a graphics driver or Vulkan/OpenGL ES issue on Raspberry Pi 4. Start by examining the GUI initialization code and device detection logic. Look for driver selection or graphics backend configuration. Reproduce the issue on a Raspberry Pi 4 to see the broken GUI after device detection.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.