Python으로 위지윅 워드프로세서를 만들었다고? MiniWord 프로젝트 이야기

Python으로 워드프로세서라니, 가능한 거야?

위지윅(WYSIWYG)이라는 말, 들어보셨나요? "What You See Is What You Get"의 약자인데요, 화면에 보이는 그대로 출력된다는 뜻이에요. 우리가 쓰는 MS Word나 Google Docs 같은 게 대표적인 위지윅 에디터죠. 화면에서 글자를 굵게 만들면 프린트할 때도 그대로 굵게 나오는 거예요.

그런데 이런 위지윅 워드프로세서를 Python으로, 그것도 꽤 작은 규모로 구현한 오픈소스 프로젝트가 공개됐어요. MiniWord라는 이름의 이 프로젝트는 Codeberg(GitHub과 비슷한 오픈소스 코드 호스팅 플랫폼)에 올라와 있는데요, "과연 Python으로 실용적인 데스크탑 텍스트 편집기를 만들 수 있을까?"라는 꽤 흥미로운 질문에 대한 답을 보여주고 있어요.

MiniWord는 어떻게 만들어졌나

MiniWord의 핵심은 Python의 GUI 툴킷을 활용한 텍스트 렌더링이에요. 일반적으로 Python으로 데스크탑 앱을 만들 때는 Tkinter, PyQt, wxPython 같은 GUI 프레임워크를 쓰는데요, 위지윅 편집기를 만들려면 텍스트 렌더링, 커서 관리, 서식 적용, 페이지 레이아웃 같은 것들을 직접 구현해야 해서 난이도가 상당히 높아요.

이게 왜 어려운지 좀 더 설명해볼게요. 일반 텍스트 에디터(VS Code나 메모장 같은 것)는 글자를 한 줄씩 쭉 나열하면 되니까 비교적 단순해요. 하지만 워드프로세서는 다르거든요. 같은 줄에 굵은 글씨, 기울인 글씨, 크기가 다른 글씨가 섞여 있을 수 있고, 이미지가 텍스트 사이에 들어갈 수도 있고, 페이지 나눔도 계산해야 하고. 이런 복잡한 레이아웃을 실시간으로 계산하면서 화면에 그려야 하니까, 전통적으로 이런 소프트웨어는 C++이나 Objective-C 같은 저수준 언어로 만들어왔어요.

MiniWord가 의미 있는 건, 이 복잡한 작업을 Python이라는 비교적 고수준 언어로 해냈다는 점이에요. 물론 MS Word를 대체할 수준은 아니지만, 리치 텍스트(서식이 있는 텍스트) 편집의 핵심 기능들을 구현해냈다는 것 자체가 교육적으로나 기술적으로 가치가 있어요.

위지윅 에디터 개발이 어려운 이유

사실 위지윅 에디터는 소프트웨어 개발에서 가장 어려운 분야 중 하나로 꼽혀요. 왜 그런지 좀 더 파고들어볼게요.

가장 큰 문제는 "컨텐츠 모델"이에요. 이게 뭐냐면, 문서의 내부 데이터 구조를 어떻게 설계하느냐는 건데요. 단순히 문자열로 저장하면 서식 정보를 담을 수가 없고, 그렇다고 HTML 같은 마크업을 쓰자니 편집 중에 구조가 꼬이기 쉬워요. 대부분의 위지윅 에디터는 트리 구조나 특수한 데이터 모델을 사용하는데, 이걸 잘 설계하지 않으면 "Undo/Redo가 이상하게 동작한다", "서식이 엉뚱한 곳에 적용된다" 같은 버그가 끝없이 나와요.

그리고 커서와 선택 영역(Selection) 관리도 까다로워요. 글자를 드래그해서 선택할 때 줄이 바뀌는 경우, 서식이 다른 영역을 걸쳐서 선택하는 경우 등 엣지 케이스가 정말 많거든요. 웹 기반 에디터들(예: ProseMirror, Slate, Tiptap)이 이 문제를 해결하기 위해 수년간 개발되어온 걸 보면, 이게 얼마나 복잡한 문제인지 가늠할 수 있어요.

비슷한 프로젝트들과 비교

위지윅 에디터 세계는 크게 웹 기반과 네이티브로 나뉘어요. 웹 기반에서는 ProseMirror, TipTap, Slate.js, Quill 같은 라이브러리들이 유명한데요, 이들은 브라우저의 contentEditable API를 기반으로 동작해요. 브라우저가 기본적인 텍스트 편집 기능을 제공해주니까 그 위에 구조화된 레이어를 올리는 방식이죠.

네이티브 데스크탑 쪽에서는 LibreOffice Writer가 대표적이고요, macOS의 NSTextView, Windows의 RichEdit 컨트롤 같은 OS 레벨 컴포넌트도 있어요. Python 생태계에서는 이런 본격적인 위지윅 에디터가 거의 없었기 때문에, MiniWord가 꽤 독특한 위치에 있는 셈이에요.

재미있는 건 최근 Rust 생태계에서도 텍스트 편집 관련 프로젝트들이 나오고 있다는 거예요. 예를 들어 Zed 에디터는 Rust로 만든 고성능 코드 에디터인데요, 이쪽은 코드 편집에 초점을 맞추고 있어서 리치 텍스트와는 방향이 다르지만, 텍스트 렌더링이라는 공통 과제를 어떻게 풀고 있는지 비교해보면 재미있어요.

한국 개발자에게 주는 시사점

실무에서 MiniWord를 직접 갖다 쓸 일은 솔직히 많지 않을 거예요. 하지만 이 프로젝트가 주는 가치는 다른 곳에 있어요.

첫째, 텍스트 렌더링과 에디터 아키텍처를 공부하고 싶은 분에게 최고의 학습 자료가 될 수 있어요. C++로 된 LibreOffice 코드를 읽는 것보다 Python 코드가 훨씬 읽기 쉬우니까요. 위지윅 에디터의 내부 구조가 궁금했던 분이라면 이 프로젝트 코드를 한번 쭉 읽어보시면 "아, 이렇게 동작하는 거구나" 하는 감이 올 거예요.

둘째, Python으로 GUI 데스크탑 앱을 만드는 것에 대한 가능성을 보여줘요. 요즘은 대부분 Electron이나 웹 기반으로 데스크탑 앱을 만들지만, Python GUI도 특정 용도에서는 충분히 실용적이에요. 사내 도구나 프로토타입을 빠르게 만들 때 Python GUI가 의외로 좋은 선택이 될 수 있거든요.

셋째, 이 프로젝트가 호스팅된 Codeberg라는 플랫폼도 한번 살펴볼 만해요. GitHub의 대안으로 떠오르는 오픈소스 코드 호스팅 서비스인데요, 비영리 조직이 운영하고 있어서 상업적 플랫폼에 의존하고 싶지 않은 오픈소스 프로젝트들이 하나둘 옮겨가고 있거든요.

정리하자면

Python으로 위지윅 워드프로세서를 만든다는, 어찌 보면 무모해 보이는 도전이 실제로 돌아가는 결과물로 나왔다는 게 이 프로젝트의 매력이에요. 실용성보다는 "이런 것도 가능하다"를 보여주는 프로젝트에 가깝지만, 배울 거리는 정말 많아요.

혹시 직접 텍스트 에디터나 위지윅 에디터를 만들어본 경험이 있으신가요? 가장 힘들었던 부분이 뭐였는지 궁금해요!