2026년 Rust GUI 라이브러리 조사

macOS를 중심으로 여러 Rust GUI 라이브러리에서 텍스트를 입력해 QR 코드를 생성하는 동일 과제를 구현하고, 상태 관리·개발 편의성과 IME·접근성을 비교함 최종 승자는 유지 모드의 Slint와 즉시 모드의 egui로, 두 프레임워크 모두 API 마찰이 적고 IME와 스크린 리더를 안정적으로 지원함 네이티브 셸을 활용하는 Crux+SwiftUI와 rinf+Flutter, WebView를 허용할 때의 Dioxus와 Tauri+tauri-specta도 합리적인 선택임. Cacao·FLTK·Masonry·GPUI Component·WinSafe·WxDragon 역시 IME와 접근성을 모두 충족함 Cushy·Freya·Floem·Iced·Relm4·Xilem은 API가 매력적이지만 입력기 또는 접근성 지원이 부족했고, GPUI·Vizia에서는 텍스트 입력이나 스크린 리더 사용 중 충돌이 발생함 Rust GUI 생태계에는 유망한 프로젝트가 많지만 모든 용도에 통용되는 안정적인 선택으로 수렴하지 않았으며, 단순 QR 생성 결과만으로 복잡한 애플리케이션의 적합성을 보장할 수 없음 조사 방식과 평가 기준 Are We GUI Yet?에 등재된 라이브러리를 대상으로, 텍스트 상자에 입력하면 Rust 백엔드가 QR 코드를 계산해 아래에 표시하는 애플리케이션을 구현함 텍스트 입력은 IME 지원, 백엔드 이미지 표시는 기존 Rust 생태계와의 호환성을 시험하며, 상태 관리·스타일링·프로젝트 초기 구성·편집기 경험도 주관적으로 평가함 가능한 한 직접 코드를 작성하되 사용법을 알아내지 못해도 코딩 에이전트가 올바른 코드를 만들 수 있으면 사용성 평가에 일부 반영함 주 플랫폼은 macOS이며 Windows 전용 프레임워크는 Windows VM에서 시험함 초기 프로젝트와 플랫폼 바인딩 Azul 0.2.0은 Homebrew로 런타임을 설치하고 crates.io 대신 Git 저장소를 복제해 Rust API 바인딩을 생성해야 했음 생성 코드가 rust-analyzer에 인식되지 않아 cargo doc과 컴파일러에 의존해야 했음 시스템에 설치된 글꼴을 읽지 못해 텍스트 상자 입력이 표시되지 않았고 평가를 중단함 2026년 초 첫 버전을 낸 Blinc는 wgpu 기반 반응형 프레임워크지만 공식 예제 일부가 이미 오래됨 TextInput은 글꼴을 지정할 수 없고 on_change에서 수동으로 갱신해야 하며, TextArea도 갱신할 signa...