eBook infomation (전자책 관련 정보)
[기획연재] - 전자책 운용 안내 (2) - 본문 텍스트 처리에 대하여
2015/05/17     view : 7,866     [LIST]
 

[기획연재] - 전자책 운용 안내 (2)
 

본 내용은 전자책에 대한 관심이 더욱 커지는 요즘, 실제 전자책을 제작하고 이를 운용, 관리하는 출판사 또는 관계자분들을 위한 것으로, 이미 운용 중이거나 향후 운용하기 위해 준비, 고려 중인 분들께 참고자료로서의 활용을 위해 기획되었습니다.

우선 자체 제작, 배포 중인 곳에 대해서는 더욱 효율적인 운용, 관리 방법을 제시해드리고, 준비 중인 출판사, 담당, 관계자분들께는 유용한 사전 정보의 역할도 함께 할 수 있기를 바랍니다.

현시점에서의 진행 방향은 다음과 같으며 아래 사항 이외에 다루었으면 하는 부분이 있다면 info@diypia.com으로 보내주시기 바랍니다.

1. 개요 : 전자책의 운용 관리가 필요한 이유
2. 전자책의 확인과 관리 - 본문 텍스트 처리
3. 전자책의 확인과 관리 - 이미지와 멀티미디어 처리
4. 전자책 제작의 기준과 표준 규격 준수의 필요성
5. 제작 실습 - 제작도구 소개와 기본 구조의 이해
6. 제작 실습 - 기본 구조의 응용과 이미지 배치


2. 전자책의 확인과 관리
; 전자책의 본문 텍스트 처리에 대하여

두 번째 순서를 시작하기 전에 첫 회를 보셨던 분들 중 '아니 Validation Check를 하지도 않고 전자책을 만들기도 하나?' 며 의아해하거나 웃었던 분들도 있었으리라 생각됩니다. 이미 상당 부분 경험을 쌓은 곳에서는 당연한 일이 아직 많은 곳에서는 실제로 지켜지지 않은 경우가 매우 많습니다.
물론 공식적인 런칭이 아니라면 사소한 오류 몇 개 정도는 크게 문제될 것도 없고 무시해도 되는 정도로 여기고 진행해도 괜찮을 수 있습니다.
하지만 서점사나 유통사를 통한 공식적이 런칭이라면 이야기가 달라지게 됩니다. 이 부분은 직접 제작을 시작하기 전, [전자책 제작의 기준과 표준 규격 준수의 필요성] 장에서 다시 다루겠습니다.

Validation Check(무결성 체크)가 가장 기본적인 사항이라면 이번에는 좀 더 나아가 보다 더 효율적이고 가치있게 만들고 관리하는 방안을 알려드리고자 다음 순서를 진행합니다.

 

두 번째 순서인 [제작, 보유 중인 전자책의 확인과 관리] 입니다.

전자책이 잘 만들어졌는지 확인하고 관리하는 것은, 곧 '전자책을 어떻게 만들어야 하는가' 와 같은 의미일 것입니다.

막연히 '잘 만들어진 전자책' 이라고만 하면 보는 관점이나 사용 기기, 보는 시기에 따라서도 매우 다양한 기준과 의견이 있을 수 있을텐데,  (예를 들어 이미지의 품질, 크기 등은 사용 기기의 성능이 좋아지면서 더 나은 것으로 사용하겠지요?) 여기서는 그러한 시기나 기기 등 다양한 관점보다 그러한 것이 바뀌어도 변하지 않을 가능성이 큰 부분에 중심을 두겠습니다.

* 여기서 잠깐
인터넷에서 간단히 검색해서 찾아볼 수 있는 것처럼 단순히 제작하는 방법만 알고자 하신다면 본 글을 건너 뛰어도 무방합니다. 이미 기본적인 구조나, 본문의 코딩 , CSS, 이미지 처리 등 다양한 방법에 대해 알고 있으며 전자책 제작만을 위한 방법을 찾는다면 이미 시중에 출간되어 있는 도서나 검색창에서 ePub 제작 등으로만 검색해도 쉽게 찾아볼 수 있을 것입니다.

또한 ePub이란 무엇인지, 구조적인 형태는 어떠한지 등의 상세한 부분은 위 도서나 IDPF 등 이미 많은 곳에서 쉽게 접할 수 있는 내용들이므로 여기서는 진행에 필요할 경우에만 간단히 언급할 뿐 상세히 설명하지는 않습니다.
기본적인 사항에 대해서는 이미 첫 회나 이곳 게시판에도 게시되어 있으니 참고 바랍니다.
 
[전자책의 이해] 참조

이후 다루게 될 수도 있는 전자책 제작 방법 등에 대한 사항은 Sigil 이라는 (걸출한!) 편집 도구 사용시 F1 키를 누르면 나타나는 안내문만 보셔도 어지간한 사용법은 모두 아실 수 있을 것입니다. 여기서는 자주 사용되거나 주의할 부분 등을 위주로 다루도록 하겠습니다.

이 글은 단순히 제작방법 안내 보다 근본적인 접근과 이해도 향상을 위한 것이 목적인 글입니다. 이 후 진행에 따라서 전자책의 표현 방법이나 기술적인 부분에 대해 언급할 수도 있겠지만 현재로서는 그러한 것들이 왜? 또는 어떻게 해야 그런 표현을 보다 자유롭게 사용할 수 있는지에 대한 점을 설명합니다.

 

그럼 이제 ePub 전자책 제작에 있어 중요도 또는 사용 빈도가 가장 높은 부분부터 점차 설명해갈텐데요, 그 순서는 텍스트의 배열, 이미지 처리와 배치, 음원과 영상의 처리와 배치 등의 순서가 될 것입니다.

따라서 전자책 제작을 위해서는 html, CSS, 자바스크립트 등과 같은 웹 기반의 기술과 이미지 부분에 있어서는 이미지 포맷 별 특성과 이에 따른 사용 방법, 음원이나 영상 부분에서는 품질과 인코딩 방식에 따른 용량, 포맷 등에 대한 설명으로 이어집니다.

위 사항들만 보아도 초기 생각했던 것보다 상당히 많은 부분에 있어 전문적인 이해를 필요로 하는 것을 알 수 있으리라 생각됩니다. 단순히 개인적으로 쓴 원고나 모은 글을 간단히 ePub으로 제작해 아이북스와 같은 뷰어로 즐기기 위한 분들이라면 초반 내용 이외에는 그다지 필요하지 않을 수 있습니다. 단, 이 글은 출판사나 전자책 제작에 비중을 둔 기관 등의 전담 인력, 관리자 분을 위한 글입니다.

 

1) 전자책의 텍스트(문자) 배열에 대하여

불과 몇 해전, 매우 당황스러운 경우를 본 적이 있습니다.

제작된 전자책을 보는 데, 당시로서도 매우 성능이 좋은 아이폰, 아이패드에서 확인하는데도 전자책이 로딩되는 데만 2분이 넘게 소요된다는 SOS를 받고는 살펴보았습니다.

놀랍게도(?) 실로 방대한 분량의 텍스트가 단일한 본문 html 파일만으로 구성되어 전자책 내에 포함되어 있었습니다.

이러한 경우 전자책 뷰어나 기기에서는 해당 파일 하나만 로딩하는데도 상당히 긴 시간이 걸릴 수밖에 없습니다. 대부분의 전자책 뷰어가 그렇듯이 아이북스 또한 하나의 ePub 파일 안에서 각기 순서에 따라 혹은 호출되는 부분에 따라 해당 본문 파일을 우선 로딩하게 되는데, 종이책 몇백페이지 이상의 본문 분량을 한번에 다 보여주려니 메모리는 부족하고, 이 부족한 메모리를 보충하기 위해 보조 저장 장치를 계속 긁어야 하니 엄청난 시간이 소요되거나 아니면 로딩중 뷰어 앱이 다운되는 상황이 될 수밖에 없지요.
통상 맥의 Pages나 Quark처럼 ePub으로의 보내기 기능을 가진 편집 프로그램을 통해 만들어진 경우 흔히 발생하는 사례입니다.

작은 분량의 일반적인 텍스트 도서라면 단일 파일로도 요즈음 대부분의 기기가 좋아져서 별 문제가 없지만 이역시도 기기의 메모리나 성능의 차이에 따라 뷰어가 다운되거나 꺼지는 등의 오류를 발생시키는 원인이 되기도 합니다.
(잠깐 요약 : 전자책 뷰어 앱이나 기기의 다운은 해당 앱, 기기만의 오류만이 아니라 잘못 만들어진 전자책에 의해서도 발생됩니다.)

또한 아무런 특성을 부여하지 않은 텍스트만일 경우에도 그런 문제들이 생길 수 있는데 각기 문단에 따라 서체나, 색상, 들여쓰기, 크기 등의 변화가 많아지면 어떻게 될까요? 당연히 전자책 뷰어나, 기기는 처리해야 할 내용이 대폭 늘어나게 됩니다.

아래와 같은 경우라면 또 어떨까요?

[그림] 차곡차곡 익히는 우리말 우리글 1 (박이정 출판사) - 2012년 다이피아 제작

위 캡쳐 화면을 살펴보면서 사용된 스타일을 대략 정리해보면,

  • 서체 : 한글 고어 / 명조 / 고딕  3가지
  • 서체 크기 : 큰제목, 중제목, 소제목, 이미지캡션, 주석용 두 개 포함 6가지
  • 색상 : 보라, 오렌지, 검정, 회색, 주석 상자용 미색, 갈색 / 7가지
  • 이미지 배치용 스타일 2가지
  • 본문과 들여쓰기, 주석 배치용 스타일 2~3가지 혼합 사용

이렇게 대충만 보아도 약 스무가지 이상의 스타일이 혼재되어 있습니다.

이러한 경우라면 책 한 권의 전체 분량에 따라 본문 분할, 배치 정도에 따라서 사용상의 큰 차이를 가져올 수 있습니다.
물론 위 각기 스타일 들을 조금이라도 처리 프로세스의 부하를 줄이기 위해 다층, 복합적으로 사용하는 등 기술적인 처리 방안들 또한 다양하겠지만 이 부분들은 이후 다시 상세히 다루겠습니다.

이젠 전자책의 특성에 따라 텍스트 배치나 본문의 분할이 얼마나 중요한 사항인지 감이 올거라 여겨지는데요,
위 사항들만 해도 점차 복잡해지기 시작하는데 이후 다룰 이미지(텍스트와는 비교도 안될 파일 사이즈라면), 음원, 동영상 등을 함께 넣어야 한다면??

네, 통상적인 편집기나 자동으로 생성되는 등의 방법으로 제작되는 전자책이 얼마나 무모한 것인지 슬슬 걱정이 되시리라 생각됩니다.

하지만 이를 보시는 분이 제작, 관리해야 할 대부분의(!) 전자책이 텍스트 위주에 소량의 이미지들로 구성된 것을 감안한다면 조금은 안심해도 될 것입니다.

보통의 종이책이라도 대부분 일정 분량에 따라 크게, 작게 각 장으로 나뉘어 있기 때문에 일반적으로는 이 장(chapter) 에 따라서만 분할해도 큰 문제는 없습니다. (각 장별로 나누었다 하더라도 특정 부분에 본문 분량이 급격히 많거나 이미지 등의 요소가 많은 경우에는 같은 챕터임에도 강제로 잘라주어야 더욱 효율적인 경우도 있습니다.

그러함에도 문제가 생기는 부분이 또 있습니다.
하나의 파일에 무지막지한 텍스트를 넣었던 처음 사례와는 정 반대의 예를 들어 볼까요?
텍스트 분량은 적지만 각기 이어지지 않고 분리되어 보여야 한다면?

네, 바로 시집과 같은 종류인데요, 이해를 돕기 위해 조금 더 구체적으로 예를 들어 시집 한권에 약 백편의 시가 들어있다고 할 때, 텍스트 분량이 작다고 해서 하나의 파일에 모두 넣게 된다면 주루룩 이어져 보기에 그다지 미려하지 않겠지요. 그렇다고 이들을 모두 분할한다면 전자책의 본문을 구성하는 html 또는 xhtml 파일이 100개가 넘어가게 될 것입니다. (판권지, 표지, 머리말, 저자 소개 등등을 포함해서...)

이렇게 수 많은 본문 파일로 쪼개진 전자책일 경우 유지 관리, 향후 수정이나 보관시에도 곤란한 경우가 많아지게 되는데, 이러한 경우를 도와주기 위한 것이 바로 페이지브레이크(page break) 기능입니다. 웹 페이지 상에서 본문 출력, 인쇄시 구획이나 범위를 지정하는 용도로 사용되었던 것이 전자책에서는 하나의 본문 파일을 두 개 이상의 파일로 구성 된 것처럼 보이게 하는 용도로 사용되는 셈인데요,

페이지브레이크의 속성 인자들로는

page-break-after: auto|always|avoid|left|right|initial|inherit;

위와 같이 구성되어 필요에 따라 css 에 넣어 사용하게 됩니다.  (상세한 내용은 HTML 또는 CSS 안내서 등에서 보실 수 있습니다)

이를 사용하게 되면 예로 든 100개의 시를 편의에 따라 각 10개씩 넣은 10개의 html 파일만으로 구성할 수 있게된다는 의미입니다.
상당히 편리하지 않나요?

아쉬운 점이라면 위 기능이 지원되는 국내 서점사의 뷰어는 단 한곳(리디북스)이며 애플의 아이북스도 초창기에는 지원하지 않다가 여러 해 전 이미 잘 지원되고 있습니다. 본 글 작성일 기준(2015년 5월 현재)에서 구글 북스에서도 지원되지 않고 있는 점을 확인했는데 매우 아쉬운 부분이라 할 수 있을 것입니다. 조만간 나아지겠지요?

이상과 같이 본문 텍스트의 처리에 대해서 정말 간략하게! 살펴보았습니다.

그러함에도, 생각보다 고려해야 할 부분이 상당히 많지요?

이러한 부분들은 출판사나, 기관과 같이 다량으로 전자책을 다루어야 하는 곳이라면 일정 기준을 정해 서체와 본문 구성 스타일을 일관되게 지정해둔다면 향 후 제작된 전자책의 유지 관리와 품질의 구분에 큰 도움이 될 것입니다.

--

원래는 이 부분에 바로 이어서 이미지 처리에 대한 부분과 음원, 동영상의 취급에 대해서도 포함할 생각이었지만 가장 기본이 되는 텍스트, 본문 처리만 해도 그 중요도를 생각해 비중을 조금 두었더니 (최대한 줄인다고 줄였음에도!) 분량이 애초 기획보다 너무 늘어나서 일단은 여기서 마칩니다.

본 챕터가 매우 양이 많으면서도 중요하다고 여기는 부분이라 한번에 원고를 준비하다보니 시간도 많이 걸렸지만 이후 이어질 이미지와 음원, 동영상 부분은 가능한 한 더 빠른 기간 내에 업데이트 될 수 있도록 하겠습니다.

감사합니다.

 

--

* 본 내용은 보다 나은 표현과 이해를 위해 사전 예고없이 수정, 변경될 수 있으며 무단 복제, 불펌을 불허합니다.

 


[Audio, Video, HTML5, CSS3 Animation 등을 사용한 ePub3 전자책 사례]

[LIST]



  사업자등록번호 : 549-19-00259 | 대표전화 : 070-8264-7400 | Mail : info@diypia.com
통신판매업신고번호 : 2013-서울영등포-0171 | 150-859 서울 영등포구 신길동 3946번지 102호
Copyright ⓒ 2006 DIYPIA.com All rights reserved.