몇 달 전 LibreOffice 7.2 테스트를 마쳤을 때, 나는 온건하면서도 신중한 낙관론으로 결론을 내렸다. 온건했던 이유는 오픈소스 세계에서 일이 자주 변덕스럽게 굴러가기 때문이고, 신중했던 이유는 이전에 여러 번 데이기를 당했기 때문이다. 그리고 낙관적이었던 이유는 LibreOffice가 수년간 프로그램을 괴롭혀 온 긴 사용성 버그와 문제의 연속을 마침내 극복했고, 이제부터는 순항할 것이라고 느꼈기 때문이다.
그런 마음으로 이제 LibreOffice 7.3를 살펴볼 차례다. 초기 버그들이 빠르게 발견되고 수정될 수 있도록 첫 번째 도트 릴리스까지 조금 기다린 뒤, 이 대표적인 자유 오피스 제품군에 엄격한 테스트를 진행했다. 말하자면 '엄격함(rigor)'이라는 단어값을 하는 테스트였다. 실제로 그랬다.
설치와 첫인상
나는 반복을 좋아하지 않는다. 같은 일을 계속 하는 일은 지루하다. 하지만 일관성을 위해 동일한 절차를 밟아야 했다. 그래야 LibreOffice 7.3에서의 결과를 이전 버전들과 신뢰성 있게 비교할 수 있으니까. 결국 지난번에 시도했던 것들을 거의 모두 그대로 반복했다. 그렇다면 차이점은 무엇일까?
차이점은 너무 많은데, 대부분 좋지 않다. 이 점이 나를 우울하게 만든다.
설치에는 약 10분이 걸렸다. 7.2와 동일하며 상당히 짜증나는 부분이다. 300MB 남짓한 애플리케이션 코드 복사에 오랜 시간이 걸릴 이유가 없다. '클라우드'에서 GB 단위의 데이터를 내려받는 최신 프로그램이라면 몰라도, Windows용 포터블 버전으로까지 배포되는 LibreOffice에서는 더더욱 말이다. 9월과 동일한 테스트, 동일한 하드웨어 플랫폼이었다. 즉, 해결되지 않은 첫 번째 버그인 셈이다.
이 단계는 끝도 없이 오래 걸린다. 왜일까? 이유는 알 수 없다.
화면 구성은 나쁘지 않고, 약간 더 다듬어진 느낌이다. UI 레이아웃을 변경할 수 있으며, 전반적으로 일관성이 조금 더 보인다. 하지만 여전히 전체적으로 다소 혼란스럽다. 이토록 다양한 레이아웃을 제공할 필요가 없다. 각각을 관리하고 지원해야 하기 때문이다. 그 귀중한 자원은 Microsoft Office 호환성 같은 곳에 쓰여야 한다. 말이 나온 김에...
DOCX 호환성은 어떨까?
6개월 전에는 크로스 포맷 지원의 개선에 만족했다. 이번에는 한마디로 '글쎄'다. LibreOffice 7.2에 들어갔던 좋은 변화들이 다시 사라진 듯하다. 어떤 면에서 이는 전형적인 리눅스 배포판 테스트 같다. 이유 없는 무작위 변경, 의미 있는 테스트는 거의 없음. 실제 개발 과정이 어떻게 돌아가는지는 모르겠지만, 명백히 제대로 작동하지 않고 있거나, 아니면 의도적으로 외면되고 있는 것이다.
먼저 지난번과 동일한 Office 365 Word 및 PowerPoint 템플릿을 사용했다. 새 버전을 받지 않았으므로 이전에 사용한 것과 정확히 같은 문서다. Word 문서들의 렌더링은 좋지 않았다. 이전보다 더 나빴다. LibreOffice 7.2가 꽤 괜찮은 결과를 냈던 부분에서, 7.3은 더 나쁜 결과를 낸다.
이 파일들의 일관성 비교는 LibreOffice 6.3부터 7.2까지의 리뷰를 확인해 보기 바란다.
PowerPoint 역시 상황이 상당히 나빴다. 7.1에서 겨우 작동했고 7.2에서는 (매우 아주 긴 시간 끝에) 열렸던 두 템플릿 중 하나에서, LibreOffice는 이제 양쪽의 최악만을 취했다. 해당 템플릿은 아예 열리지 않았다. 7.2에서 보았던 단순 3분 지연 정도가 아니다. 이번에는 무기한 응답 없음 상태였다.
더 나쁜 것은, 다른 LibreOffice 창에서 마우스로 '실수로' 클릭하자 프로그램 전체가 얼어붙었다는 점이다. PowerPoint 로딩 창만이 아니라 말이다. 사실상 하나의 문서를 여는 행위가 LibreOffice 세션 전체를 마비시켰고, 열려 있던 수많은 문서에까지 영향을 미쳤다.
상당히 취약하다. 작업 중에 Writer 파일 여러 개와 스프레드시트 한두 개를 열어두고, 또 다른 파일을 열려다가 펑, 모든 것이 얼어붙어 제품군 전체를 강제 종료해야 하는 상황을 상상해 보라. 책을 쓰고 항상 LibreOffice를 사용하는 사람으로서, 나는 흔히 15~20개의 파일(보통 책의 장별로 한 파일씩)을 열어두고 상호 참조하는 작업을 한다. 무작위 충돌이나 멈춤에 대한 두려움이 작업 공간을 침범하는 것은 용납할 수 없다.
스타일
콘텐츠 관리는 여전히 투박하고 비효율적이다. 스타일 적용에는 여전히 더블클릭이 필요하다. 게다가 스타일 목록은 문서 내 특정 요소에 활성화된 스타일을 따라 위아래로 점프한다. 덕분에 새 스타일을 적용하는 것이 고통스럽다. 예컨대 어떤 문단에 '첫 줄 들여쓰기 본문 텍스트' 스타일이 지정되어 있고, 이를 다음 문단에도 적용하고 싶다고 하자. 그런데 다음 문단을 클릭하는 순간 목록이 기본(Default) 스타일로 튀어올라, 방금 눈앞에 있던 스타일을 찾아 다시 스크롤해서 적용해야 한다. 또 더블클릭, 또 다른 문단, 그리고 또 같은 문제. 간단한 작업이 되어야 할 것이, 들쭉날쭉한 목록 속 허둥지둥 추적잡기가 되어버린 것이다. UI의 제1법칙은 '사용 중인 도구의 배치를 절대 바꾸지 않는 것'인데, LibreOffice 스타일 기능은 정확히 그 반대를 한다.
그 밖의 문제점들
Writer 사이드바가 실제 작업 영역 위에 겹쳐 표시된다. 그 결과 오른쪽 여백이나 삽입된 주석이 사이드바에 완전히 가려질 수 있다. 의도적인 설계일 수도 있지만, 문서 영역을 가로로 넓게 늘려 작업해야 한다는 뜻이기도 하며, 모든 작업 환경에 맞지 않을 수 있다. 어느 쪽이든 이것이 최선의 선택이라고 생각하지 않는다.
텍스트 문서에서 이미지 고정(anchoring)과 텍스트 배치(wrapping)는 여전히 고통스럽다. 매우 투박하다. 그리고 Writer 창 제목 표시줄의 문서 이름 옆에 이상한 '(원격)' 표식이 붙는 것도 발견했는데, 그 의미를 알 수 없었다. 파일은 로컬, 즉 내 컴퓨터에서 방금 만든 것이었다. 실제로 아직 저장조차 하지 않은 상태였다.
결론
오늘따라 기분이 언짢은 건가. LibreOffice 7.3은 확실히 기대에 못 미쳤다. 여기에는 수많은 문제가 있으며, 그중에는 LibreOffice와 그 사용자에게만 해를 끼치는, 오래되고 미해결이며 거의 완고하리만치 고집스러운 선택과 결정들도 있다. Microsoft Office 파일을 제대로 렌더링하지 못하는 LibreOffice로부터 이익을 얻는 쪽은 오직 Microsoft뿐이다. 사람들이 실행 가능한 대안 없이 생태계에 갇힌 채 머물 수밖에 없게 되니까. 이념만으로는 기업을 움직일 수 없고, 결국 일반 사용자에게 남는 것은 타협뿐이다. Windows 세계를 떠나려는 입장에서 나에게는 상황을 더욱 악화시키는 일이다.
그리고 분명히 말하자면, LibreOffice의 가장 큰 문제는 기능 대등성의 유무나 시각적 버그, 성능 문제, 지난 10년간 내가 불평해 온 그 어떤 것도 아니다. 가장 큰 문제는 사용자 경험의 일관성 부재다. 파일 여섯 개를 저장해 둔 뒤, 한 버전에서 열어보고 6개월 뒤 다른 버전에서 열어봤을 때 결과가 이토록 크게 다르다면, 나에게는 기준도, 기반도 없다. 아무것도 남지 않는다.
어쨌든, 이는 LibreOffice에 좋은 징조가 아니다. 그래, 작동한다. 93%의 경우에는 결과를 낸다. 가장 우아한 방식은 아니어도 어떻게든 쓸 만하다. 하지만 나머지 7%는 완전한, 통제 불능의 도박이다. 모든 것이 무너지는 지점이 바로 거기다. 그것이 LibreOffice 7.3이고, 이것으로 글을 마친다. 더 많은 것을 바랐지만, 애초에 바란 것 자체가 내 잘못인 모양이다.
그럼 이만.