TUI 디자인, 시각적 편집기로 가능할까? (코드 생성은 아직)
TUI Studio는 터미널 UI를 시각적으로 디자인하는 도구로, 드래그 앤 드롭(Drag-and-drop) 인터페이스를 제공한다.
6가지 프레임워크(Ink, BubbleTea 등)를 지원하며, JSON 파일 형식(.tui)으로 프로젝트를 저장한다.
코드 생성 기능 미구현(Non-functional Code Export)으로 인해 현재는 사용성이 제한적이라는 비판이 존재한다.
GUI와 TUI의 경계, 접근성, 그리고 TUI 디자인 도구의 TUI 부재(Absence of TUI)에 대한 커뮤니티의 다양한 의견이 제시되었다.
코드 생성 기능의 부재와 사용성
TUI Studio는 시각적 디자인을 지원하지만, 핵심 기능인 코드 생성(Code Generation)이 아직 구현되지 않아 실질적인 사용에 제약이 있다는 비판이 제기된다. 특히, 디자인을 여러 프레임워크로 멀티 프레임워크 익스포트(Multi-Framework Export)할 수 있다는 점을 강조하지만, 현재는 디자인 결과물을 활용할 수 없는 상황이다. 이는 개발자들이 툴을 사용하는 주된 이유를 무력화시킨다는 점에서 아쉬움을 남긴다.
GUI와 TUI의 경계 논쟁
일부 사용자들은 TUI Studio가 GUI와 TUI의 경계를 모호하게 만든다고 지적한다. 마우스 클릭 가능한 버튼(Mouse-clickable Buttons), 탭, 체크박스 등 GUI 요소를 TUI에 적용하는 것은 TUI의 본질적인 UX를 해친다는 것이다. TUI는 효율성(Effectiveness)과 강력한 기능(Power)을 위해 설계되어야 하며, GUI의 UX를 차용하는 것은 TUI의 장점을 퇴색시킨다는 비판이다.
TUI 디자인 도구의 TUI 부재
TUI Studio가 Electron 기반으로 제작된 점에 대한 비판도 존재한다. 특히, TUI 디자인 도구가 TUI가 아닌 GUI로 구현된 점은 아이러니하다는 반응이다. TUI 자체로 구현되지 않은 점(Absence of TUI)은 TUI의 본질을 이해하지 못한다는 인상을 줄 수 있으며, TUI 개발자들의 기대를 충족시키지 못할 수 있다는 우려를 낳는다.
접근성 및 터미널 에뮬레이터의 역할
TUI의 접근성(Accessibility) 부족에 대한 지적도 제기된다. 일부 사용자들은 터미널 에뮬레이터가 웹뷰(Webview)를 직접 제공하고, CLI에서 미니 웹서버를 실행하는 방식이 더 나은 접근성을 제공할 수 있다고 주장한다. 이는 TUI 디자인 도구가 해결해야 할 중요한 과제이며, 사용자 경험을 향상시키기 위한 노력이 필요함을 시사한다.
