우리가 온라인에서 글을 쓸 때 가장 예민하게 느끼는 것이 에디터입니다.

스프링노트에서도 단연 에디터가 가장 중요했기에 프로토타입에서 가장 먼저 구현되었고, 또 지금 이순간까지도 가장 많은 개선 아이디어가 나오는 부분이 바로 이 에디터 부분입니다.

스프링노트에서 만들어진 모든 문서는 XHTML로 저장됩니다. 왜 XHTML을 선택했는지, XHTML 및 그 관련 기술을 스프링노트에서 어떻게 활용하고 있는지, 사용자에게는 어떤 가치를 주는지, 남은 숙제와 고민은 무엇인지에 대해 이야기해 보려고 합니다.

XHTML 중에서도 가장 가벼운 XHTML Basic

스프링노트에서 만들어진 문서는 XHTML Basic을 최대한 준수하고 있습니다. XHTML Basic은 개인용 컴퓨터는 물론 PDA, 핸드폰 등 화면 크기, 메모리, CPU와 같은 컴퓨팅 자원이 제한되어 있는 다양한 기기/환경에서도 인식될 수 있도록 만들어진 경량의 문서 포멧입니다.

따라서 스프링노트에서 작성한 문서는 다양한 기기/환경에서 최대한의 접근성을 제공합니다.

위에서 "최대한 준수"라고 표현하였는데, XHTML Basic을 완전히 지키지는 않았다는 뜻입니다. 가로선(hr 태그)과 첨자(sup, sub 태그)는 XHTML Basic 1.1에 없는 태그이지만 의미도 명확하고 자주 쓰이는 태그라고 판단하여 추가하였습니다. 비록 XHTML Basic 1.1은 아니지만 그래도 여전히 XHTML이기 때문에 XHTML의 모든 장점을 고스란히 가지고 있는 것은 물론입니다. 그 장점중 하나는, 실제 모바일에 필요한 포맷으로 언제나 변환이 가능하다는 점입니다.

Open API와 XHTML의 찰떡궁합

스프링노트는 OpenAPI를 통해 페이지 및 첨부 파일과 같은 주요 자원에 대한 CRUD(Create/Read/Update/Delete - 생성, 읽기, 갱신, 삭제)를 제공하고 있습니다(스프링노트 Open API에 대한 자세한 설명은 이창신(ias)님의 글 - OpenAPI로 자라나는 스프링노트를 참고하시기 바랍니다). 스프링노트의 OpenAPI와 XHTML 문서 형식은 그야말로 찰떡궁합이라고 할 수 있습니다.

XHTML 은 기계로 손쉽게 읽고 분석할 수 있기 때문에(machine-readable), 매시업 애플리케이션 개발자들에게 더 큰 가능성을 제공합니다. 예를 들어 매시업 애플리케이션은 API를 통해 얻어낸 문서를 그대로 보여주지 않고 다양한 형태로 가공/재조합하여 보여줄 수 있습니다. 예를 들어:

• 문서에서 제목만 뽑아내서 목차를 자동으로 생성하거나,
• 문서에서 강조표시(em/strong 태그 - 형광팬, 강조, 강한강조 등)가 된 부분만 추출해서 키워드 목록을 작성하거나,
• 여러 문서에서 첫번째 제목과 첫 번째 단락(p 태그)만 뽑아서 요약집을 만들거나
• 문서를 문단 단위로 나누어 화면에 크게 출력하도록하여 프레젠테이션 용도의 뷰를 제공하는 등

다양한 활용이 가능해집니다.

위키와의 호환성 - Wiki Interchange Format

스프링노트는 또한 다양한 위키와의 데이터 호환성을 유지하기 위해 WIF(Wiki Interchange Format - 위키 교환 형식)를 지원할 예정입니다. WIF는 위키 간 데이터 복사, 하나의 위키에서 다른 위키로의 이전(migration), 위키 데이터의 저장/백업(archiving), 위키 데이터의 동기화(synchronizing) 등을 고려하여 설계된 XHTML 기반의 문서 양식입니다. 따라서 간단한 매시업 애플리케이션 통해:

• 자신이 기존에 운영하고 있던 위키의 수많은 페이지들을 손쉽게 옮겨오거나
• 오프라인 상태에서도 접근할 수 있도록 노트북과 동기화 하거나
• 스프링노트의 페이지들을 다시 자신의 기존 위키로 옮겨놓는 등

의 활용이 가능해집니다.

XHTML의 단점을 보완

XHTML 의 가장 큰 단점 한 가지는 비록 사람이 손으로 수정할 수 있기는 하지만 문법을 정확히 지키지 못하고 조금의 실수라도 있으면 안된다는 점(따라서 사람이 손으로 직접 쓰기에는 힘들다는 점), 그리고 문법이 다소 너저분(verbose)하다는 점 등입니다.

하지만 스프링노트는 WYSIWYG(What You See Is What You Get) 편집을 지원하기 때문에 일반 워드프로세서를 쓰듯이 글을 쓰면 자동으로 적법한 XHTML 문서(Valid XHTML)가 만들어집니다. 따라서 XHTML 문법을 전혀 모르는 사람도 쉽게 쓸 수가 있습니다. 위키 문법을 입력하면 실시간으로 적절한 XHTML 태그를 만들어주는 기능도 제공하고 있어서 기존 위키에 익숙한 사람들은 더욱 쉽게 사용할 수 있습니다.

이에 대해서는 관련 동영상을 참고하시기 바랍니다.

WYSIWYM - WYSIWYG을 넘어서서

국내 몇몇 신문사의 초창기 웹 페이지는 인쇄된 신문지를 스캔한 이미지를 올려놓고 "인터넷 신문"임을 주장했습니다. 물론 그렇게 만들어진 서비스도 분명 인터넷 프로토콜을 통해 온전한 HTML로 제공되고 있기는 하지만, 전문 검색을 하거나 하이퍼링크로 관련 기사를 찾아본다거나 하는 장점을 온전히 누릴 수는 없었습니다. 지금은 많이 개선되어 훌륭한 온라인 서비스를 제공하고 있습니다.

XHTML 도 마찬가지 입니다. 적법한 XHTML 문서라고 해서 모두 의미 있는 문서인 것은 아닙니다. 실제로 의미에 맞는 태그를 적절히 사용하고, 구조와 표현을 분리해야만 의미 있는 XHTML 사용이라고 할 수 있습니다. 양질의 XHTML 문서를 만들어내기 위한 도구라는 관점에서 볼 때 단순한 WYSIWYG 편집기는 부족합니다. 눈에 보이는 것을 얻어낸다는 개념(WYSIWYG)을 넘어서서, 저작자의 의미를 문서에 담아낼 수 있고, 이렇게 담겨진 의미가 일관성 있게 표현되는 도구(WYSIWYM - What You See Is What You Mean)가 필요합니다.

아직 완벽하다고 하기에는 부족한 점들이 있지만, 스프링노트는 WYSIWYM 개념을 지향하고 있습니다. 예를 들어:

• 일반 편집기에서 "굵게"와 "기울임"으로 표현하고 있는 기능이 스프링노트에서는 "강한 강조"와 "강조"로 표현됩니다.

  
  

• 형광팬 기능을 사용하면 단순히 색만 변하는 것이 아니라 해당 글귀가 더 중요하다는 의미(em 태그)를 부여합니다.
  

• 편집창 좌측에 문서의 구조를 표현해주는 막대가 따라다닙니다.

  
  

• 블럭 단위 삭제, 블럭 단위 이동, 블럭 합치기, 블럭 나누기 등 구조적 편집을 위한 다양한 편집 기능을 제공합니다.
  

이러한 방향성 때문에 글꼴을 변경한다거나, 글씨 크기를 임의로 바꾸는 등의 기능은 현재 제공되지 않고 있습니다. 문서의 외양을 꾸미는 기능과 문서에 의미를 부여하는 기능이 기술적으로 양립 불가능한 것은 아니지만, 인지적인 문제가 있습니다. 외양을 꾸미는 기능이 다양하게 제공되면 될수록 의미 부여보다는 외양을 꾸미는데에  치중하게될 가능성이 높아지기 때문입니다(Affordance). 충분히 고민하여 단계적으로 풀어내야할 숙제 중 하나입니다.

결론

스프링노트로 작성한 글은 더 많은 가치와 더 큰 가능성을 갖습니다.

그리고 모든 문서는 이름을 바꾸거나 위치를 옮겨도 변하지 않는 고유링크를 가지고 있기 때문에 더 긴 생명력을 갖습니다.

스프링노트는 단단하고 유용한 그릇이 되고 싶습니다. 멋진 컨텐츠를 담아주세요 ^^