내맘대로의 EPUB 제작 가이드

2. EPUB 제작시 유의사항

EPUB이 표준인데 “표준이 없다”는 말이 나오는 현실

IDPF는 EPUB이 기기나 환경에 영향을 받지 않고 동일한 형태로 책을 볼 수 있도록 여러가지 규칙을 정리했다. 이를 표준이라고 한다. 그런데 많은 편집자는 EPUB이 표준화되지 않아 유통사마다 EPUB을 별도로 제작해야 한다고 불평한다. 표준이 있는데도 표준이 없다는 볼멘 소리가 나오는 까닭은 다음과 같다.

IDPF는 EPUB에 대해 두 가지 규칙을 정리했다. EPUB을 만들 때와 EPUB 뷰어(IDPF 문서에는 리딩시스템이라고 되어있지만 편의상 ‘뷰어'라고 부르겠다)를 만들 때 지켜야 하는 규칙이다. 그런데 규칙에 세부적인 사항까지 규정하지 않았다. 공개 패키징 포맷(OPF) 2.0 문서에 보면 이런 말이 있다.

유니코드(UTF-8, UTF-16)는 컴퓨터에서 글자를 표현하는 방식 중 하나다. 글자를 표현하는 방식은 아스키, EUC-KR 등 여러개가 있는데 자세히 알 필요는 없다. 중요한건 EPUB은 유니코드를 사용한다는 점이다.

여기서 문제가 되는 부분은 제일 마지막 문장이다. 뷰어(리딩시스템)은 그림문자를 제공할 의무가 없다는 부분 말이다. HWP를 많이 사용하는 국내 편집자들은 편집을 하는 과정에서 그림문자를 많이 사용한다. 원문자나 괄호, 키보드로 쉽게 입력할 수 있는 @, $, % 같은 문자는 큰 문제가 되지 않는다. 특정 폰트로만 표현 가능한 그림문자(☂☃☖☣☤☚☜)를 입력했을 때 문제가 된다.

어떤 뷰어는 이런 문자들이 문제 없이 표현되도록 해준다. 그런데 어떤 뷰어에서는 이런 문자들이 제대로 표현되지 않는다. EPUB을 편집할 때 주로 사용하는 컴퓨터용 뷰어는 그림문자가 표현될 가능성이 높다. 그러나 컴퓨터보다 성능이 떨어지고, 기본 폰트가 적은 모바일기기에서는 그림문자가 표현되지 않을 가능성이 높다.

여기서 표준 얘기가 나온다. 그림문자를 포함한 EPUB도 표준을 지켰고, 그림문자를 표현하지 못하는 뷰어도 표준을 지켰다. 그런데 EPUB파일을 뷰어에서 열면 글자가 깨진다. 하지만 A 유통사의 뷰어는 그림문자가 보이고, B 유통사의 뷰어에서는 그림문자가 보이지 않는다고 B 유통사 뷰어보다 A 유통사 뷰어가 좋다고 말할 수도 없다.

이 때문에 애플, 구글, 아마존은 EPUB 제작 가이드를 배포해서 전자책 파일을 까다롭게 검수한다. EPUB 표준을 완벽하게 지킨 전자책이어도 자기들이 세운 규칙과 어긋나면 되돌려 보낸다. 국내에는 전자책 서점이 많아도 전자책 제작 가이드를 배포하는 업체가 많지 않다.

2.1 EPUB으로 책을 보기 위한 최소 사양

전자책을 만들 때엔 사양 낮은 기기를 염두해야

EPUB을 제작할 때 컴퓨터(컴퓨터는 여러 의미를 갖고 있지만 모바일 기기와 구분하기 위해 윈도우, 혹은 OSX같은 운영체제를 사용하는 데스크톱, 노트북 형을 컴퓨터라고 부르겠다)를 많이 이용한다. 컴퓨터는 수백 개의 폰트가 들어있고, 용량이 큰 동영상이나 이미지 파일도 문제없이 열 수 있다. 하지만 전자책을 읽는 독자들은 컴퓨터보다 상대적으로 성능이 떨어지는 모바일 기기를 주로 사용한다. 그래서 컴퓨터에서는 문제없이 볼 수 있었던 EPUB파일이 모바일 기기에서는 제대로 열리지 않거나 열리는 시간이 오래 걸리기도 한다.

전자책을 만들 때는 독자들이 이용하는 모바일 기기의 성능을 고려해야 한다. 내가 만든 EPUB을  유통사의 전자책 뷰어에서 여는데 뷰어가 강제종료된다면 유통사의 뷰어 문제 보다는 EPUB이 모바일 기기에서 보기에 적합하지 않을 가능성이 높다.

독자들은 다양한 모바일 기기를 사용한다. 편집자가 갖고 있는 기기가 아이폰 6이고 만들고 있는 EPUB이 문제없이 잘 열렸다고 해서 독자의 휴대폰에서 잘 열린다는 보장은 없다. 왜냐하면 독자들은 아직도 아이폰3를 사용할 수 있기 때문이다. 그렇다고 아이폰3에 맞춰 전자책을 만들 수도 없다. 모바일 기기의 성능이 좋아지면서 보다 풍부한 표현이 가능해졌는데 아이폰3에 맞추려면 이런 부분을 포기해야 하기 때문이다.

EPUB3  전자책을 만들 때 고려해야 하는 최저 사양은 아래와 같다. 이는 EPUB2 전자책을 열 때도 크게 문제가 되지 않는 성능이다.

이보다 성능이 낮은 기기를 쓰는 독자들도 있다. 하지만 한 유통사의 통계 자료에 의하면 위에서 제시한 최저 사양보다 낮은 모바일 기기를 쓰는 독자는 전체 전자책 독자 10명 중 1명도 안 된다. 안드로이드 OS 버전이 다양한 건 문제인데 아직 많은 사용자가 2.3대 버전(진저브레드)을 쓴다. 안드로이드 2.3대 버전 기기는 EPUB2 전자책을 표현하는 데에 무리가 없지만, EPUB3 파일을 지원하지 못한다. 따라서 EPUB3 전자책을 만든다면 이런 사용자를 포기해야 한다.

2.2. 파일의 크기

2.2.1. EPUB파일의 크기

전자책 한 권당 파일 크기는 300MB 밑으로

국내 유통사 뷰어로 문제 없이 보게 하려면, 전자책 한 권당 용량이 300MB를 넘지 않는 게 좋다. 위에서 최저 사양 기기로 언급한 단말기에서 보이려면 말이다. 300MB는 그림과 같은 글을 제외한 다른 데이터를 포함한 크기다. 경험상 300MB로 전자책을 만들었을 때에 유통사 뷰어 대부분에서 문제 없이 책을 볼 수 있었다.

기기와 뷰어마다 지원하는 EPUB 파일 크기가 제각각이다. 어느 업체 뷰어는 책 한 권당 2GB를 지원하는가 하면, 어느 업체는 용량이 100MB인 전자책을 제대로 열지 못한다. 고사양 스마트폰에서 잘 열리는 책이 저사양 스마트폰에서 오류가 나기도 한다.

스마트폰을 살 때 2GB램, 16GB 저장공간 이라는 말을 본 적이 있을텐데 많은 사람들이 이 말의 의미를 잘 모르고 있다.

컴퓨터나 모바일 기기는 작업공간과 저장공간이 구분돼 있다. 작업공간은 책상 위쪽 공간이라고 생각하면 된다. 사무실에서 일을 할 때 책상 위에 컴퓨터가 올라가 있고, 펜, 스테이플러, 칼 같은 자잘한 도구들도 있다. 그리고 한쪽에는 책과 서류가 꽂혀있다. 업무에 필요한 이런 도구들이 쌓이다 보면 책상 위에 작업할 공간이 부족해진다. 그러면 새로운 작업을 시작하려고 할 때 공간을 확보하기 위해 정리를 하느라 작업 시간이 느려질 수 있다. 이런 책상 위의 공간이 램이다. 스마트폰이나 컴퓨터에서 램 2GB, 8GB하는 공간이 이런 작업공간이다.

1년 전 결재 서류, 업무용으로 회사가 구입한 책들, 덩치가 큰 도구들은 창고에 쌓아둔다. 이런 도구들은 많이 사용하지 않지만 필요할 때를 위해 넓은 창고를 마련해 보관한다. 이런 공간이 저장공간이다. 16GB, 32GB처럼 작업공간인 램보다 몇 배 이상 용량이 많고, microSD처럼 외장메모리를 끼워 확장을 할 수도 있다.

뷰어에서 용량이 큰 전자책 파일이 열리지 않을 때 ‘메모리 부족'이 문제라고 얘기하면 많은 사람들이 저장공간이 충분하다는 얘기를 한다. ‘내 폰은 32GB짜리고 공간이 충분히 남아있다'라는 식이다. ‘메모리 부족' 문제는 저장공간이 아닌 작업공간 문제다. 회사 창고가 아무리 넓고 충분한 여유가 있다 해도 내 책상이 가득 차 있으면 일을 할 수 없다. 모바일기기도 마찬가지다. 저장공간이 많이 남아 있어도 작업공간인 ‘램'이 부족하면 전자책이 열리는 속도가 오래 걸리거나, 책이 열리다 뷰어가 강제 종료 될 수 있다.

최신 스마트폰의 작업 공간은 2GB정도이다. 구형 스마트폰은 1GB보다 적을 수도 있다. 전자책 파일이 2GB라고 해서 이 파일이 모두 작업공간에 올라가는 것은 아니지만 1GB 작업공간인 스마트폰에서 2GB 전자책을 열면 문제가 생길 가능성이 아주 높다. 그리고 많은 사용자들이 여전히 램 1GB인 스마트폰을 사용한다.

전자책 사용자 중 50% 이상이 스마트폰을 이용하고 있기 때문에 전자책 파일은 스마트폰에 맞춰 만들어야 한다. PC에서 잘 열린다고 전자책 파일 용량을 생각하지 않고 제작하면 50%가 넘는 독자들은 책을 볼 수 없다.

2.2.2. HTML 파일의 크기

챕터 하나(또는 HTML 파일 하나)의 용량은 200KB 밑으로

전자책 용량이 300MB보다 작다고 하여 문제가 전혀 없는 건 아니다. EPUB 파일은 첫 회에서 얘기했던 것처럼 여러 파일을 압축해서 만든 파일이기 때문에 압축파일에 있는 이미지, 폰트, 동영상, 음성 등 각각의 파일 크기도 살펴야 한다.

HTML 파일 크기는 편집자들이 가장 많이 실수를 하는 부분이다. 유통되고 있는 전자책 중에 책 한권 전체가 하나의 HTML파일에 들어있는 경우도 있다. 수십 페이지짜리 책이라면 문제가 되지 않겠지만, 종이책 기준으로 300쪽이 넘는 책을 HTML 파일 하나에 담으면 뷰어에서 문제가 생긴다. 편의상 EPUB 파일 내의 HTML 파일을 챕터라고 부르겠다. 많은 편집자들이 한 챕터를 HTML 파일 하나로 구분을 하기 때문에 EPUB 파일에 대해 설명하는 책을 보면 HTML 파일을 챕터로 부르는 경우가 많다.

HTML 파일은 200KB 이하여야 한다. 아마존이나 애플은 300KB로 제한하는데 이들 회사는 전자책을 볼 환경을 제한한다. 반면 국내 독자는 수십 개가 넘는 다양한 기기로 전자책을 읽는다. 이 때문에 가능한 한 낮은 사양에 맞춰 위와 같은 기준을 제시한다. 200KB는 아래아한글에서 글자 크기 10, 줄간격 160으로 설정하여 50쪽으로 작업한 분량이다.

HTML 파일이 아주 크면 뷰어에서 책을 여는데 시간이 오래 걸린다. 페이지를 넘길 때 바로 넘어가지 않고 약간 시간이 걸린다는 느낌이 드는 것도 HTML 파일 크기 때문일 수 있다. 챕터가 넘어갈 때마다 로딩 표시가 오래 보인다면 HTML 파일 크기가 크기 때문이다.

2.2.3. HTML 파일의  갯수

전자책 한 권에 HTML 파일은 300개까지만

한 챕터를 200kb로 나눴다면, 몇개 챕터가 들어갈 수 있는지 궁금할 것이다. 한 챕터 200kb가 A4 50장 분량이라고 하면 한 챕터 분량으로는 넉넉하지만 책 한권으로는 턱없이 부족하다. 2014년 상반기 기준으로 국대 전자책 독자들의 사용비중이 높았던 넥서스S, 갤럭시 S2, 아이폰4 이전 모델로 테스트를 했을 때 200kb 용량의 HTML파일 300개 정도가 적당했다. HWP로 50페이지 분량 챕터를 300개까지 넣을 수 있는 분량이라 책 한권을 만드는데 부족함이 없을 것이다. HTML 파일이 400개가 넘어가면 초기 로딩 시간이 길어지고 페이지를 넘길 때 속도가 현저히 떨어졌다.

판형을 고정한 EPUB(Fixed Layout EPUB)은 HTML 파일이 300개 이상 필요할 수 있다. 판형을 고정한 EPUB은 PDF 파일과 비슷하다. 독자가 글자 크기를 바꿀 수 없다. 말 그대로 고정형이다. 이와 같은 판형을 고정한 EPUB 전자책은 챕터가 아니라 페이지 하나가 HTML 파일 하나가 된다. HTML 파일이 300개가 있다는 건 이 책이 300쪽 분량이란 의미가 된다. 이 때에 HTML 파일 하나의 용량은 200KB 보다 현저하게 낮다. 현재 판형을 고정한 EPUB을 지원하는 뷰어가 제한적이어서 정확한 판단을 내리기는 어렵지만, 몇몇 뷰어에서 테스트해 본 결과 600페이지 정도는 무리 없이 표현했다.

2.2.4. 표지 이미지 품질과 파일 크기

표지 이미지는 300DPI 1400픽셀이면 충분

표지 이미지는 가능한 좋은 품질에 큰 크기를 사용해야 한다. 아래 이미지는 7인치 아이패드와 4인치 스마트폰에서 본 같은 책의 표지이미지다. 4인치 스마트폰에서는 화면 가득 표지 이미지가 표시되지만 아이패드에서는 오른쪽과 아래쪽 여백이 많이 남는다.

스마트폰과   아이패드에서 본 표지

<그림01> 화면 크기에 따른 표지 이미지(img001_표지이미지)

책을 볼 수 있는 모바일 기기 성능은 빠른 속도로 발전을 하고 있다. 1년 전에는 1280 해상도면 최신형 고해상도 기기였지만 지금은 5인치 스마트폰도 2160 * 4096까지 해상도가 높아졌다. 예로 든 책을 2160 해상도의 기기에서 보면 표지 이미지 크기는 화면의 1/4도 되지 않을 정도로 작게 보인다.

그렇다고 표지 이미지를 무한대로 크게 넣을 수는 없다. 낮은 성능의 기기에서도 문제없이 보이고, 2~3년 후에 나올 기기에서도 깨져 보이지 않을 정도의 이미지가 적당하다.

표지 이미지는 아무리 작더라도 세로(긴쪽) 사이즈를 기준으로 96DPI에 1024 픽셀보다 커야 한다. 1024 픽셀 이미지라면 고해상도 디스플레이에서 확대를 해도 심하게 깨져 보이지 않는다. 권장하는 크기는 300DPI에 1400 픽셀 이상의 이미지이다. 그리고 최대 300DPI에 4000픽셀보다는 작은 게 좋다. 이보다 커지면 낮은 성능의 기기에서는 이미지를 불러오는데 문제가 생길 수 있다. 그리고 이미지 파일 크기는 5MB를 넘지 않는 게 좋다.

2.2.5. 본문 이미지 품질과 파일 크기

본문 이미지는 72DPI이면서 5MB 넘지 않게

본문 이미지는 표지 이미지보다 낮은 품질(DPI)을 사용한다. 전자책 본문에 들어가는 이미지는 96DPI나 72DPI 정도의 웹용 이미지가 적당하다. 이미지 크기는 세로(긴쪽) 기준 4000px 미만, 이미지 크기는 최대 5MB를 넘기지 않아야 한다.

간혹 인디자인이나 쿽으로 작업한 이미지를 전자책에 그대로 사용하는 경우가 있다. 실제로 이미지가 100장 정도 들어간 전자책 파일 용량이 400MB가 넘어 이미지 해상도를 보니 600DPI급 인쇄용을 사용한 경우가 있었다. 이 이미지를 72DPI로 줄였더니 400MB용량의 전자책이 25MB로 줄어들었다. 독자 테스트를 해본 결과 20인치 모니터에서 두 이미지를 따로 보여줬을 때는 전혀 변화를 느끼지 못했다. 스마트폰이나 태블릿에서도 독자는 이미지의 차이를 느끼지 못했다. 이미지를 확대하거나 두 이미지를 동시에 펼쳐 놓고 보면 600DPI 이미지가 더 선명하다고 느끼지만, 독자들 대부분이 책을 보는데 600DPI와 72DPI이미지의 차이는 의미가 없다고 생각했다.

간혹 인디자인이나 쿽으로 작업한 이미지를 전자책에 그대로 쓰는 모습을 본다. (얼마 전 사내에서 테스트하는데 책이 뷰어에서 잘 열리지 않았다. 용량이 400MB가 넘었다. 이미지가 100장이 들어간 책이었다. 혹시나 하여 이미지 해상도를 보니 600DPI급 인쇄용이었다. 인디지안이나 쿽으로 작업한 이미지를 전자책에 그대로 썼던 것이다. 이 책에 든 이미지를 72DPI로 바꿨더니 용량이 400MB에서 25MB로 줄었다. 독자에게 같은 이미지를 600DPI와 72DPI로 보여주어 차이를 느끼는지 실험한 적이 있는데 다들 차이를 느끼지 못했다. 20인치 모니터와 태블릿, 스마트폰에서 각각 테스트했지만 결과는 같았다.

이미지에 글자가 들어가 있다면 확대를 해도 글자가 선명하게 보이도록 큰 이미지를 사용해야 한다. 대부분의 뷰어에서 본문 이미지를 확대할 수 있는 기능을 지원하기 때문에 표처럼 글자가 들어있는 이미지가 있다면 확대를 했을 때 글자가 선명하게 보일 수 있도록 해야 한다.

전자책 본문에 들어가는 이미지는 96DPI나 72DPI 정도의 웹용 이미지가 적당하다. 이미지 크기는 세로(긴쪽) 기준 4000px 미만, 이미지 크기는 최대 5MB를 넘기지 않아야 한다.

2.2.6. 폰트 파일의 종류와 파일 용량

폰트는 용량이 크지 않고 모바일에 적합한 것으로

폰트는 모바일에 적합한 걸 써야 한다. IDPF는 TTF, OTF, WOFF등의 폰트를 허용하고 있는데 모바일 기기에 따라 OTF와 WOFF를 지원하지 않을 수 있다. 시간이 지나면 이 부분도 개선이 되겠지만 현재 환경에서 가장 적합한 폰트는 TTF이다. OTF나 WOFF 폰트를 쓰면 기기에 따라 시스템 폰트로 대체될 수 있다.

폰트 파일 하나의 용량은 10MB를 넘지 않도록 하고 여러 개의 폰트를 사용할 경우 폰트 파일 용량의 합이 30MB를 넘지 않도록 해야 한다. 폰트 파일은 전자책을 열때 작업공간(램)에 모두 올라간다. 30MB파일이 한 번에 올라가려면  시간이 오래 걸리기 때문에 책을 여는 시간이 오래 걸리고, 낮은 사양의 기기에서는 공간이 부족해 강제 종료가 될 수도 있다.

2.2.7. 오디오 파일 종류, 품질과 파일 용량

오디오 파일은 AAC, MPEG3, VBR

오디오파일 하면 MP3를 많이 떠올릴 것이다. MP3는 확장자가 하나여서 모두 같은 종류인 것 같지만 AAC, MPEG3, VBR등 다양한 인코딩 방식이 있다.

인코딩이란 소리를 디지털 데이터로 바꾸는 방식이다. 아날로그 시절 카세트, 레코드(LP), CD, LD처럼 저장매체에 따라 저장 방식이 달라지는 것과 비슷하다고 생각하면 된다. 어떤 방식으로 소리를 인코딩 했는지에 따라 디코딩 방식도 달라진다. 디코딩은 인코딩과 반대로 디지털 데이터를 소리로 바꾸는 과정이다.

인코딩 방식이 중요한 이유는 기기에 따라 디코딩 형태가 정해져 있기 때문이다. 컴퓨터에서는 수십가지 디코딩 방식을 사용하는데 모바일 기기에서는 3~4가지 방식만 지원을 한다. 컴퓨터에서는 지원하지 않는 방식의 파일이 있으면 ‘코덱'이라는 것을 설치해 문제를 해결할 수 있지만 모바일 기기에서는 해결이 어렵다.

아이폰과 안드로이드 그리고  컴퓨터에서 공통으로 사용할 수 있는 형식이 AAC, MPEG3, VBR이다. 이 세 형식 모두 MP3라고 불리는 형식이다.

오디오 품질은 콘텐츠의 내용에 따라 달라질 수 있으나 96kbps ~ 192kbps의 품질을 권한다. 최신 기기에서는 그 이상의 품질도 지원이 가능하지만  EPUB을 볼 수 있는 최소사양의 기기를 고려해야 한다. 음질이 중요하지 않은 토익 듣기 문제라면 96kbps정도면 충분하다. 클래식 음악을 소개하는 책이라면 192kbps 정도의 고음질을 사용한다.

2.2.8. 비디오 파일 종류, 품질과 파일 용량

비디오 파일은 H.264 MPEG4로 인코딩

비디오 파일 역시 인코딩 방식에 따라 디코딩 방식이 결정되고, 모바일 기기에서 지원하는 디코딩 형식이 정해져 있다. H.264, MPEG-4로 인코딩 된 파일이면 iOS와 안드로이드 기기에서 모두 사용할 수 있다. 두 형식의  확장자는  MP4, AVI이다.

화면 크기는 640(720)*480 혹은 720p 해상도를 권장한다. EPUB3로 제작을 한다면 풀HD급인 1080p를 사용해도 된다. 이보다 작을 경우 영상의 품질이 떨어지고, 너무 커지면 용량이 크게 증가할 수 있다.

<용어 설명>

● HTML(XHTML)
EPUB 파일은 XHTML을 기반으로 한다. XHTML과 HTML은 기술적인 차이가 있지만 EPUB을 제작하는데 둘을 구분해야할 필요는 없다. 이 문서에서는 XHTML과 HTML을 구분해야 하는 경우가 아니라면 많은 사람들에게 익숙한 HTML이라는 용어를 쓰기로 한다.

● 이미지 해상도
해상도는 DPI와 가로*세로 픽셀로 표현한다. 여기서 DPI는 이미지 품질을 나타내며 DPI가 높을수록 인쇄에 적합하다. 책이나 고급 이미지 인쇄에는 600DPI 이상을 사용하며, 웹이나 PPT 등 모니터 보는 이미지는 96DPI면 충분하다.

● 이미지 품질
표지 이미지와 본문 이미지의 해상도 품질(DPI)을 달리 하는 이유는 모바일 기기의 스펙, EPUB 파일 용량, 가독성 등을 고려해야 하기 때문이다. 최근에 나오는 모바일 기기는 200DPI(가로*세로 1인치당 찍히는 픽셀 수로 DPI와 유사한 개념) 이상이기 때문에 표지처럼 큰 이미지는 해상도 품질(DPI)가 낮을 경우 이미지가 흐릿해지거나 깨져 보일 수 있다. 반면 본문에 들어가는 이미지는 96DPI만 되도 가독성에 영향을 주지 않는다. 만약 사진집 같은 이미지의 품질이 중요한 전자책이라면 본문 이미지라도 300DPI를 사용할 수 있다.

● 오디오 파일의 품질
오디오 파일의 품질을 표시하는 방법은 다양하나 여기서는 MP3 파일의 품질을 표현하는 kbps(Kilobits per second)를 사용한다. kbps는 단순히 말해 1초동안 전달할 수 있는 소리(데이터)의 양이다. 전달 가능한 소리(데이터)의 양이 많을수록 품질이 좋지만, 일정량을 넘어서면 귀로 구분하기 어려워진다.

2.3. 파일명

파일 이름은 영어로 시작(권장)

EPUB내에 포함된 모든 파일의 이름은 영문, 숫자, 언더바(_) 하이픈(-)만 사용하기를 권한다. 그리고 영문명으로 시작하도록 권한다. 파일 이름을 한글로 적는 편집자가 많은데 주의해야 한다. 대소문자 구분도 확실히 해야한다. 컴퓨터에게 word라는 단어와 WORD라는 단어는 서로 다르다. 당연히 Section.html과 section.html도 서로 다른 파일이다.

펀집자들이 많이 하는 실수를 몇가지 소개한다. 아래 파일 이름은 윈도우 PC에서 문제가 되지 않더라도 iOS, 안드로이드, 리눅스 등 다양한 환경에서는 문제를 일으킬 수 있다.

파일명의 길이도 확인을 해야한다. 파일명은 확장자를 포함해서 255byte를 넘어서는 안된다. 1byte는 영문과 숫자 한글자에 해당하고, 한글은 2byte가 한글자다. 파일명은 영문과 숫자를 포함해서 255byte를 넘을 수 없다.

파일명에 대해서는 IDPF의 설명을 참고하기 바란다.

파일명의 길이도 확인을 해야한다. 파일명은 확장자를 포함해서 255byte를 넘어서는 안된다. 영어와 숫자는 글자 하나가 1byte이고, 한글은 글자 하나가 2byte이다. 파일명에 대해서는 IDPF의 설명을 참고하자. (http://www.idpf.org/epub/30/spec/epub30-ocf.html#sec-container-filenames)

2.4. 인코딩, 언어설정 및 네임스페이스

HTML 파일에 빠뜨리면 안 되는 것들

EPUB안에 포함된 모든 HTML 파일에는 정확한 인코딩, 언어설정과 네임스페이스 설정이 필요하다.

인코딩은 오디오파일에서 설명한 바와 같이 글자를 어떤 방식으로 디지털화 시키는지를 결정한다. 인코딩 방식이 잘못 설정되면 글자가 깨질 수 있다. 인터넷을 하다보면 글자가 이렇게 보일 때가 있다.

이는 인코딩이 잘못되 생기는 현상이다. 뷰어에서 책을 열었는데 본문이 이렇게 보인다면 인코딩 설정을 변경해야 한다. EPUB은 UTF-8 인코딩을 사용하고 HTML파일 상단에 아래 내용을 포함시켜 줘야한다.

뷰어에서 책을 열었는데 본문이 위와 같이 보인다면 HTML 파일 상단에 아래 내용을 포함해야 한다.

언어설정은 사람의 관점에서 보는 콘텐츠의 언어이다. 한글로 된 책이라면 뷰어한테 이 책은 한글로 된 책이라는 표시를 해 줘야한다. 그렇지 않을 경우 글자가 아래처럼 깨져 보일 수 있다.

위와 같이 하였는데 아래의 예시처럼 글자가 제대로 표시가 안 된다면

언어설정 역시  HTML  파일 상단에 아래처럼 표시를 해줘야 한다.

인코딩은 EPUB편집 프로그램이라면 기본으로 UTF-8로 설정이 된다. IDPF에서 권고하는 사항이기 때문에 다른 설정이 들어가지 않는다. 하지만 언어설정은 편집자가 반드시 지정을 해 줘야한다. 편집 프로그램 별로 환경설정에서 기본 언어설정을 지정할 수 있게 되어 있다.

EPUB 제작기는 HTML 파일을 기본으로 UTF-8로 설정한다. 하지만 언어설정은 편집자가 반드시 지정을 해 줘야한다. 편집 프로그램 별로 환경설정에서 기본 언어설정을 지정할 수 있게 되어 있다.

네임스페이스는 HTML 파일 안에 포함된 내용이 어떤 종류인지를 뷰어가 이해할 수 있도록 알려주는 역할을 한다. 예를 들어 HTML 안에 SVG이미지가 포함되어 있다면 이 파일에는 SVG가 포함되어 있다고 뷰어에게 알려줘야 한다. 그렇지 않으면 EPUB Checker에서 오류가 발생하고 뷰어에서 제대로 보이지 않을 수 있다. 네임스페이스는 아래처럼 지정을 한다.

EPUB에서 많이 사용하는 네임스페이스는 아래와 같다.

참고로 속성별 네임스페이스는 IDPF 문서에서 확인할 수 있다.

인코딩은  HTML파일 상단에서 설정을 해 주고, 언어설정과 네임스페이스는 <html>태그에서 지정한다. HTML파일 내용에 따라 언어 설정과 네임스페이스는 달라질 수 있으니 주의해야 한다. 그리고 언어설정과 네임스페이스는 모두 <html> 태그에서 지정해 주기 때문에 아래처럼 둘을 동시에 지정할 수 있다.

초 단위로 MP3 파일을 컨트롤 할 수 있는 스크립트입니다.

EPUB 3.0에서 사용할 수 있고, 나모 펍트리, 깃든뷰어에서 테스트 하였으며, 교보eBook 뷰어에서도 정상적으로 작동합니다.

단, 교보eBook 뷰어(V 2.4.7 기준)에서는 플레이버튼을 누를 때 메뉴나 페이지 넘김 액션이 함께 일어나는 문제가 있네요.

이 스크립트는 다음과 같은 기능을 지원합니다.

1. 오디오 실행, 정지, 볼륨조절 버튼을 기본 컨트롤러가 아닌 사용자가 디자인한 이미지나 텍스트로 편집 가능

2. MP3 전체 실행/정지 가능

3. 초 단위로 특정 구간을 지정해서 실행 가능

4. 볼륨을 10단계로 조절 가능(볼륨 조절 버튼을 페이지 넘김으로 사용할 때 필요함)

    *단, 기기의 H/W 볼륨이 아닙니다. 예를 들어 스마트폰 볼륨이 5로 되어 있다면 이 볼륨 범위 내에서 조절이 됩니다.

사용 방법과 예제 파일을 첨부합니다. 

예제 파일은 토마토 출판사의 '꼭 필요한 영어회화 베스트 표현 1200 <상황회화 편>'에 있는 내용 일부와 토마토 출판사 홈페이지에서 다운받은 MP3 파일을 사용했습니다.

출판사의 허락을 받지 못하고 사용했는데 저작권 문제가 있다면 바로 삭제를 하겠습니다. 

1. EPUB이란?

들어가며

10년 가까이 전자책 뷰어를 만들고 전자책 포맷을 연구하며 밥벌이를 했다. 뷰어와 포맷을 연구하면서 ‘출판사는 콘텐츠를 왜 이렇게 만들까?’라며 욕했다. 출판사가 보낸 전자책은 겉으로 멀쩡하지만, 파일을 까보면(코드를 본다는 소리다) 쓰레기(흔히 쓰는 용어이니 양해 바란다)가 가득했기 때문이다. 이런 전자책을 열면 뷰어가 죽어버린다. 출판사에 전자책 파일에 문제가 있다고 말하면, 출판사는 저작도구로 책을 만들 때 아무 문제가 없었다며 유통사의 뷰어가 안 좋아서 대꾸하기 일쑤다. 말이 좀 거칠었다. 하지만 실제로 저런 말을 써가며 출판사와 유통사가 책임을 떠넘기기를 하는 모습을 종종 봤다.

그랬던 내가 출판사로 직장을 옮겼다. 이곳에서도 전자책을 담당하는데 출판사의 처지를 이해하게 됐다. 출판사는 종이책을 전자책으로 쉽게 바꾸길 바란다. 그런데 인디자인이나 쿽 같은 훌륭한 편집 프로그램이 없다. 책 한 권 편집하는 데에 들어가는 돈과 시간이 얼마인데 그만큼의 시간과 노력을 전자책에도 들여야 한다. 전자책 제작을 전문 업체에 맡기면 이미지 몇 장만 넣어도 제작비가 50만 원이 훌쩍 넘는다. 그런데 전자책 팔아 수수료 떼고 인세 떼고서 제작비 50만 원을 벌려면 몇 개월이 걸릴지 모른다. 국내의 한 전자책 유통사는 전자책 저작도구를 무료로 배포한다. 그런데 이 저작도구로 만든 전자책이 다른 유통사의 뷰어에서 제대로 열리지 않는다. EPUB이 표준이라는데 유통사마다 다른 EPUB을 보내줘야 한다. 유통사에 파일을 보내면 ‘이미지가 크다’, ‘목차를 나눠야 한다’, ‘폰트가 이상하다’며 다시 만들어 보내란 말을 듣는다. 전자책 파일을 보내기 전까지 아무런 말을 안 하다가 파일을 받고서 트집이다.

이 글은 위에서 얘기한 저런 논쟁에 불을 붙일 의도가 전혀 없다. 이 글을 쓰는 이유는 전자책에 관심이 있지만 ‘전자’ 소리만 들어도 피곤해지는 출판 편집자들에게 ‘전자책’이 무엇인지 최대한 쉽게 설명하기 위해서이다. EPUB 파일 하나로 국내 모든 유통사의 뷰어에서 문제없이 보이게 하려면 어떻게 해야 하는지, 종이책처럼 전자책은 편집자가 원하는 대로 만들려면 어떻게 해야 하는지 설명하려고 한다. 프로그래밍을 모르는 사람도 이해하기 쉽게 쓰려고 노력하겠다.

전자책 편집은 종이책 편집과 쓰는 말부터 다르다. 종이책 편집자가 이해하는 기획과 전자책 편집자가 이해하는 기획은 화성어와 금성어 차이만큼 의미가 다르다. 종이책 편집자에게는 생소한 HTML¹⁾[각주:1]이나 CSS 같은 용어를 써야 한다. 그래서 이 글을 끝까지 읽으려면 스스로 공부를 해야 한다. 그래도 한 가지 약속은 할 수 있다. 공부를 하면서 이 글을 끝까지 읽은 사람이라면 유통사의 전자책 검수 담당자가 하는 말이 외계어처럼 들리지 않을 것이다. 제작업체에 맡긴 전자책이 50만 원의 제작비만큼 가치가 있는지, 아니면 10만 원도 안 되는 수준인지를 판단할 수 있을 것이다. 조금 더 노력하면 제작비 30만 원 수준의 전자책은 직접 만들 수 있을 것이다.

1. EPUB 소개

1.1 EPUB이란

국내 출판계에 있는 사람 가운데 EPUB을 제대로 아는 사람이 얼마나 있을까? 대부분 ‘EPUB이 전자책 표준이다’ 정도만 알고 있는 것 같다. EPUB이 무언지 묻는 사람에게 IDPF²⁾[각주:2]의 표준 문서를 보라고 하면, IDPF가 무엇인지를 설명해야 한다. 그리고 IDPF의 표준문서가 무엇인지도 설명을 해야 한다. 간혹 IDPF와 EPUB 표준문서를 아는 사람들을 만난다. 그들에게 EPUB 만드는 법을 설명하다 보면 ‘IDPF 표준에 맞느냐’는 질문을 받을 때가 있다. 몇 마디 대화를 나누면 알게 된다. IDPF 표준 문서를 대충이라도 읽어본 사람은 아주 드물다는 것을.

시작부터 IDPF이니, 표준문서이니 하는 말을 꺼낸 건 이런 문서들을 보고 공부를 하라는 얘기를 하려는 게 아니다. EPUB을 제대로 알려면 IDPF의 표준 문서를 공부하면 된다. EPUB 2.0 문서 3개, EPUB 3.0 문서 5개를 처음부터 끝까지 들여보면 EPUB에 대해서 누구보다 잘 안다고 자신 있게 얘기할 수 있다. 그런데 나조차 EPUB 표준문서를 처음부터 끝까지 정독한 적이 없다.

EPUB은 국내 유통사 대부분이 쓰는 전자책 포맷이다. 이거면 충분하다. EPUB 표준이 어떠니, DRM이 어떠니, EPUB 3이 어떠니 이런 건 말하기 좋아하는 사람들끼리 떠들면 된다. 그들은 페이스북이나 무슨 무슨 출판모임 사이트 게시판에서 EPUB에 대해 열띤 토론을 벌이겠지만, 전자책을 만들고 판매하는 데 아무 도움이 되지 않는다. EPUB이 국내 유통사 대부분이 쓰는 전자책 포맷이니 오류 없이 잘 열리면 다른 부분은 신경 쓰지 않아도 된다. 그래도 말은 꺼냈으니 EPUB이 무엇인지 5가지로 정리해 보겠다.

1. EPUB은 IDPF(International Digital Publishing Forum)에서 제안한 전자책 포맷이다.

2. 현재 EPUB 3.0이 ISO의 기술 표준(TS)으로 등록되어 있다.

3. 국내에서 가장 많이 쓰이고, 아마존을 제외한 해외 전자책 사업자 대부분이 쓴다.

4. EPUB 3.0 버전까지 나왔는데 출판계는 EPUB 2.0 버전을 많이 쓴다.

5. HTML, CSS와 같은 웹 기술을 사용한다.

더 간단히 줄여보자. EPUB은 IDPF가 제안하고 세계에서 가장 많이 쓰이며 홈페이지 만드는 것처럼 HTML로 책을 편집하는 전자책 파일 형식이다. 전자책에 관심 있는 출판 편집자라면 이 정도만 알아도 EPUB으로 전자책을 만드는 데 어려움이 없다.

1.2 EPUB의 특징

EPUB 나오기 전 한국은 XML이나 텍스트 방식의 전자책 포맷을 많이 썼다. 해외는 MOBI(아마존의 AZW와 같은 형식이다), PDB, LIT 등 수십 종의 전자책 파일 형식을 썼다. PDF도 전자책 파일의 한 형태다.

다양한 전자책 파일 형식이 지금은 EPUB 하나로 통일되고 있다. 국내의 거의 모든 유통사가 EPUB을 선택했고, 아마존을 제외한 애플, 구글, 반즈앤노블, 코보, 토리노 등 세계 전자책 사업자들 역시 EPUB 선택했다. 아마존만 유일하게 강력한 시장지배력을 등에 없고 AZW, KF8이라는 독자적인 포맷을 사용하고 있다. 그런데 아마존이 사용하는 포맷도 EPUB과 유사한 형태로 바뀌고 있다.

1.2.1 화면 크기에 상관 없이 책을 볼 수 있다

스마트폰이 나오기 전에는 전자책을 볼 수 있는 기기가 많지 않았다. 컴퓨터 모니터 화면은 14인치, 15인치가 대부분이었고, 소수의 얼리어답터가 사용한 모바일 기기도 3.5인치~4인치가 대부분이었다.

지금은 전자책을 볼만한 사람들이라면 대부분 스마트폰을 쓴다. 스마트폰의 화면 크기는 3.5인치부터 5인치 이상, 태블릿까지 포함하면 10인치가 넘어가는 것도 있다. 그리고 컴퓨터 화면 크기도 10인치부터 30인치가 넘는 것까지 다양하다.

10년 전에는 전자책을 만들 때 3.5인치, 4인치, 14인치, 15인치에만 맞추면 됐기 때문에 PC 사용자를 대상으로 한 업체는 PDF로, 작은 화면 사용자를 대상으로 한 업체는 텍스트로 서비스했다. 그런데 지금은 화면 크기가 수백 개가 넘는다. 크기가 다르고, 가로 세로 비율이 다르고, 같은 크기라도 해상도가 다르다. 화면 크기가 10개도 되지 않을 때는 화면 크기에 맞게 전자책을 만들었지만 지금은 불가능하다.

EPUB은 이런 문제를 해결한다. 종이책처럼 글자 크기나 위치가 고정되지 않고 화면 크기에 따라 자동으로 바뀐다. 이것이 만들기 쉽고, 종이책과 똑같은 모양으로 보이는 PDF 대신 EPUB을 쓰이는 이유다.

EPUB은 화면 크기에 따라 글자 크기, 이미지 크기가 자동으로 바뀐다.

PDF는 화면 크기에 따라 확대/축소가 되기 때문에 작은 화면에서는 글자를 읽기 어렵다.

<그림01>EPUB과 PDF 파일 비교(img001_EPUB PDF 비교 01~06.png)

1.2.2 표현력이 풍부하다

책 편집은 이미지와 텍스트를 배치하는 것 이상의 의미를 지닌다. 책에 따라 글자 크기나 색, 이미지의 위치, 글상자와 글상자의 배경색 등 모든 편집 요소가 책의 내용이 되기도 한다. 글자색이 바뀌거나 배경이 바뀌면 똑같은 문장도 다른 의미를 띠게 될 때가 있다. 똑같은 이미지라도 왼쪽에 배치하느냐 오른쪽에 배치하느냐에 따라 이미지의 느낌이나 독자에게 전달하려는 의미가 달라질 수 있다. XML이나 텍스트 기반의 전자책 파일 형식은 이런 점에서 표현력이 부족했다.

EPUB은 HTML과 CSS를 그대로 사용한다. EPUB 2에서는 HTML 4와 CSS 2를, EPUB 3에서는 HTML5와 CSS3를 지원한다. 웹페이지에서 보여줄 수 있는 형태의 편집이라면 EPUB도 할 수 있다. 다시 말해 출판 편집자가 많이 쓰는 인디자인이나 쿽으로 표현할 수 있다면 EPUB으로도 표현할 수 있다는 의미다.

EPUB은 이보다 한 발 더 나아가 종이책에서는 표현할 수 없는 것을 표현할 수 있다. 한 페이지에 사진 수백 장을 담을 수 있고, EPUB으로 된 문제집을 푸는 학생은 정답을 확인하려고 답안지를 볼 필요가 없다. [정답 확인] 단추를 누르면 자동으로 채점하고 틀린 문제의 해설을 볼 수 있다. 종이책으로 토익 공부를 하려면 MP3 플레이어가 필요하지만 EPUB은 파일 안에 MP3를 담을 수 있다.

이 두 가지 특징 외에도 알아둬야 할 점들이 몇 가지 있다.

1.2.3 페이지가 고정되지 않는다

많은 사람이 ‘20페이지 셋째 줄에 오타가 있어요’라며 EPUB서 발견한 문제점이나 오타 수정을 요청할 때 페이지를 얘기해 준다. 어떤 사람은 ‘80페이지에 있는 좋은 문장을 종이책에서 찾아봤는데 같은 페이지에 전혀 다른 내용이 있다. 전자책이 파본 아니냐’라는 얘기를 하는 사람이 있다. 작가 10명 중 9명은 전자책 오류를 지적하며 ‘몇 페이지 몇 번째 줄에 오타가 있다’고 말한다. 이 모습은 출판 편집자라고 크게 다르지 않다. 여전히 많은 편집자가 가로세로 비율을 종이책처럼 4:3으로 맞춰달라거나 한 페이지에 들어가는 글자 수, 한 줄에 들어가는 글자 수를 맞춰달라고 요구한다. 종이책으로 300페이지인 책이 1,500페이지짜리 전자책으로 나오면 이유를 묻기도 한다.

EPUB은 화면 크기에 따라 한 화면에 표시되는 글자 수가 달라진다. 종이책은 한 페이지에 담긴 글자가 옆 페이지로 옮겨갈 일이 전혀 없지만 EPUB은 화면 크기가 작아지면 2페이지에 있는 글자가 4페이지로 옮겨갈 수 있다. 300페이지짜리 종이책은 아이패드에서는 200페이지가 되고, 아이폰에서는 1,000페이지가 된다. 내 아이패드에서는 200페이지짜리 책이 눈이 안 좋은 친구의 아이패드에서는 400페이지가 되기도 한다.

종이책 편집자들에게 페이지는 아주 중요하다. 한 페이지 차이로 좌우 페이지가 바뀌고, 인쇄할 때 8페이지씩 늘어나거나 줄어들기도 한다. 오타가 ‘20페이지 셋째 줄’에 있다고 알려주지 않으면 첫 페이지부터 읽어야 한다. 그래서 페이지가 의미 없는 전자책에서도 페이지를 찾는지도 모르겠다. 하지만 전자책을 편집하려면 페이지에 대한 집착을 버려야 한다.

1.2.4 독자가 편집할 수 있다

모 출판사에서 아주 정성 들여 전자책을 만들었다. 다른 출판사보다 전자책에 정성을 기울이는 곳이었다. 이 출판사는 전자책용 폰트를 사고 768*1024(가장 많이 사용되는 종이책 비율인 3:4) 판형에 최적화했다. 종이책의 느낌을 최대한 전자책에 담아보겠다고 노력했다.

독자는 출판사의 이 노력을 느꼈을까. 내 경험상 독자는 출판사의 노력을 거의 느끼지 못한다. 같은 책이라도 어느 기기로 읽느냐에 따라 가독성이 달라지기 때문이다. 전자책을 읽는 독자는 글꼴, 여백, 배경색, 줄 간격 등을 바꿀 수 있다.

아이패드에서 가독성이 좋은 글꼴로 전자책을 만들었다고 하여 이 글꼴이 아이폰에도 최적이라고 장담할 수 없다. 전자책을 볼 수 있는 기기의 화면 해상도는 600*800부터 2160*3840까지 다양하다. 편집자가 모든 디스플레이에서 선호도가 제각각인 독자 모두를 만족할 글꼴을 찾아냈다면 모를까, 독자는 책을 펴는 순간 입맛에 맞게 설정을 바꿔버린다.

전자책의 편집은 종이책 편집과 다르다. 종이책은 편집자가 만든 그대로 독자들이 봐야 하지만 전자책은 독자가 원하는 형태로 편집을 바꿀 수 있으므로 책을 편집할 때에도 이런 점들을 고려해야 한다. 종이책처럼 보이는 전자책을 만들고 싶다면 10인치 태블릿에서 보기 편한 PDF나 Fixed Layout³⁾[각주:3] EPUB을 만드는 방법밖에 없다.

1.3 EPUB의 구조

EPUB 파일은 [전자책.epub]처럼 파일 하나로 되어 있다. 그렇지만 EPUB은 파일 여러 개를 하나로 모은 압축파일이다.

EPUB 파일은 책가방과 구조가 비슷하다. 학교 다닐 때 들고 다녔던 책가방을 상상해 보자. 책가방 안에는 책과 필통, 그리고 학습에 필요한 여러 가지 도구들과 스마트폰이나 MP3 플레이어(나와 비슷한 나이라면 워크맨과 CD플레이어)가 들어있다. 넓은 공간에 이 모든 게 다 들어가는 책가방도 있지만, 책을 넣는 공간, 공책을 넣는 공간, 자나 콤파스 같은 도구들을 넣는 공간이 나뉘어 있기도 하다. 책가방을 열어 책가방 안에 있는 책, 필통, MP3 플레이어를 꺼내 책상 위에 올려놓을 수 있다. 이를 모두 챙겨 책가방 안에 넣고 가방 뚜껑을 닫으면 ‘책가방’ 하나가 된다. EPUB도 비슷하다.

[전자책.epub]이라는 파일은 책가방 역할을 한다. [전자책.epub]이라는 파일 안에는 chapter001.xhtml처럼 책의 본문이 담긴 파일과 본문의 글자 모양인 Batang.ttf(글꼴 혹은 폰트), 본문의 모양새를 정해주는 style.css, 표지나 본문 속에 담겨있는 이미지(cover.jpg) 파일들이 들어있다. 이 파일들을 [전자책.epub]에서 꺼내면 이미지는 이미지대로, 글꼴은 글꼴대로, 본문은 본문대로 모두 열어볼 수 있다.

<그림02>EPUB 파일의 구조(img002_EPUB 파일 구조.png)

[전자책.epub]을 여는 방법은 아주 간단하다. 컴퓨터를 만져본 사람이라면 압축파일(zip)을 한 번쯤은 사용해 봤을 것이다. 파일 여러 개를 하나로 묶어 이메일에 첨부하거나 사진 수백 장을 보관할 때 [압축파일.zip]이라는 압축파일을 만들어 사용한다. [전자책.epub] 파일도 [압축파일.zip]과 같은 압축파일이다.

[전자책.epub]이라는 파일 이름을 보면 [전자책]이라는 부분과 [epub]이라는 부분이 있다. [전자책]에 해당하는 앞부분을 파일명이라 하고 [epub]에 해당하는 뒷부분을 확장자라고 부른다. 파일명은 사용자가 원하는 이름을 붙일 수 있지만 확장자는 파일의 성격에 따라 음악(MP3), 동영상(AVI, MP4), 이미지(JPG, PNG), 폰트(TTF, OTF) 처럼 정해진 규칙을 따라야 한다. 만약 음악파일(MP3)의 확장자를 이미지 파일(JPG)로 바꾸면 두 파일의 성격이 달라 파일을 열 때 오류가 발생한다. 그런데 일부 확장자는 파일의 성격이 똑같은데 역할이 달라 확장자가 달라지는 경우가 있다. EPUB 파일이 그런 파일 중 하나다.

전자책 파일 형식인 EPUB은 epub이라는 확장자를 붙여야 하고, 압축파일은 ZIP이라는 확장자를 붙여야 한다. 그런데 epub이라는 확장자가 붙은 파일은 압축파일인 ZIP과 성격이 똑같다. 그래서 epub이라는 확장자를 zip으로 수정하면 압축프로그램으로 파일을 열 수 있다.

EPUB파일을 압축프로그램으로 열어 압축을 풀면 여러 개의 폴더와 파일을 볼 수 있다. 각 파일과 폴더별로 고유의 역할이 있고 몇몇 파일과 폴더들은 EPUB 파일 안에 반드시 있어야 한다. 각 폴더와 파일을 하나씩 살펴보자.

<EPUB을 구성하는 필수 파일과 폴더>

IDPF에서 온 이메일을 공유합니다.

New Year's Greetings from IDPF  

2015 was a watershed for both the IDPF and the EPUB standard. The momentum behind the adoption of EPUB 3 has continued to build, as evidenced by the growing repository of test results at EPUBTest.org. IDPF opened European headquarters in Paris, in partnership with the open source Readium Foundation and via the support of the French government. The EDUPUB Alliance work on EPUB and related standards for e-textbooks and other learning content has matured, with complete draft specifications now available. Our collaborations with W3C on aligning EPUB and the overall Open Web Platform to support the needs of the publishing industry have advanced with a new charter for the W3C Digital Publishing Activity. Modular EPUB specifications for indexes, dictionaries and advanced fixed layout were finalized and approved by members. Last, but not least, we have kicked off an important update to EPUB, EPUB 3.1.

A common theme to all of these activities is collaboration. IDPF is a member-run organization, so of course everything we do is a collaboration. We appreciate and rely on your membership dues to support our operations, but your contributions to working groups and other initiatives are even more critical to our collective success in advancing our mission to support a global interoperable ecosystem for digital publishing. And as EPUB takes its place as the next-generation portable document format based on Web Standards, supporting the need for structured, accessible and mobile ready publications, we are increasingly partnering with a wide range of organizations and stakeholders from many fields of publishing.

2016 promises to broaden and deepen our collaborations, in the interests of fostering an even larger and more valuable ecosystem around EPUB and publishing for the Web. Key accessibility initiatives are maturing in the United States, Europe and other regions with implications for the need for EPUB certification with accessibility as a baseline that we will discuss, along with next steps for the EDUPUB Alliance, in meetings in Baltimore on February 25-26, in partnership with IMS Global, W3C, BISG and DAISY Consortium. Our first EPUB Summitevent will take place in Bordeaux in April and our flagship conference IDPF DigiCon@BEA will take place in Chicago on May 19-20, and will feature a new track on Academic & Professional Publishing, co-sponsored with the Society for Scholarly Publishing (SSP).

Thank you for your support of the IDPF and I look forward to working with you to continue to grow our community in 2016.

Bill McCoy
Executive Director, IDPF

.

EDUPUB Alliance, EPUB Accessibility Meetings in Baltimore, February 24-25, 2016

The next meeting of the EDUPUB Alliance, together with a related summit on EPUB Accessibility and Certification, will take place on February 24-25 2016 near Baltimore, Maryland. The events will be co-hosted byIDPF and IMS Global, in conjunction with IMS Global's next Quarterly Meeting, sponsored by University of Maryland College. The theme of day one will be "EPUB Accessibility as a Baseline" and will bring together speakers and participants to establish key requirements and critical tasks necessary for the EPUB ecosystem to fully support current and future accessibility mandates. The keynote speaker will be George Kerscher, Secretary-General of the DAISY Consortium and President of the IDPF Board of Directors. Day two till kick off with EDUPUB Alliance sessions focused on coordinating open standards for learning content and systems, followed by a technical workshop on EPUB certification implementation. A preliminary agenda has beenpublished and registration is now open to all interested parties with options to attend both days ($200) or day one only ($150).

EPUB Summit Announced in Europe, April 2016

IDPF and EDRLab have announced a European EPUB Summit to be held on 7-8 April in Bordeaux, France, bringing together many major figures in Digital Publishing. Key speakers from the industry include Virginie Clayssen SNE Digital Committee President, Pierre Danet EDRLab President and IDPF Board Member, Markus Gylling IDPF CTO, Ric Wright Readium CTO and Laurent le Meur EDRLab Technical Director. The full announcement can be seen at edrlab.org/edrlab/index.php/epub-summit/

Save the date for this thought provoking conference involving key digital thinkers and an exploration of the challenges in the future. Registration information will follow shortly

IDPF DigiCon@BEA 2016 (fka IDPF Digital Book), Chicago, Theme Announced - Digital: The Channels, The Formats and The Opportunities

The theme for our 2016 conference will explore all things Digital: The Channels, The Formats and The Opportunities and will take place in Chicago at the McCormick Center from May 10-11, 2016. Sessions and speakers will provide takeaway information and insights that will benefit members of the industry who are exploring more effective and efficient way to manage their businesses. The Channels programming topics will include retail, education, online communities, international, mobile, data, websites, content (ebook) usage, digital platforms and more. Formats topics will explore EDUPUB, EPUB 3 as well as audio formats, accessible publishing, subscription (domestic and international), data, interactive fiction, rights and licensing and more.Opportunities discussed at IDPF DigiCon 2016 will explore the science of metadata, case studies, lending, standards, best practices, what's coming next and much more. 

Who Should Attend IDPF DigiCon 2016?

There is no better place in the industry to network with your peers and share ideas with digital industry representatives from around the world. In 2015, the IDPF Digital Book Conference attracted attendees from over 26 countries and over 60% of all attendees were c-suite or senior director level executives with decision making and buying power. For those who want to expand their digital knowledge and expertise and be in the know on cutting edge technology and business initiatives, make sure you join executives and professionals across the publishing industry at our new venue where there is plenty of space for networking with your digital colleagues, sponsors and the many experts who will be the conference. This conference sells out annually so do not miss out! Register here and take advantage of early bird member prices with the special code EBMEM16: http://www.bookexpoamerica.com/BEA-Conferences/IDPF-Digital-Zone/

Current sponsors for IDPF DigiCon 2016 include: OverDrive, SPi Global, VitalSource (Platinum), BookBub (Gold), Apex Covantage (Silver). For sponsorship packages and pricing, please contact Wendy Erman Wels atwendy@idpf.org. For programming inquiries or to submit a proposal, please contact Sally Dedecker atsdedecker@aol.com. 

Launch of EDRLab.org

IDPF's European Headquarters EDRLab (European Digital Reading Lab) has launched its new websiteEDRLab.org. EDRLab was opened in Paris in 2015, in partnership with the open source Readium Foundation and via the support of the French government and is closely aligned with IDPF's global activities. The EPUB Summit in April will showcase the work of EDRLab and speakers include both Pierre Danet (EDRLab President and IDPF Board Member) together with Laurent le Meur( EDRLab Technical Director).

IDPF: Change of U.S. Address

Effective immediately the IDPF can be reached at:

113 Cherry Street
Suite 70-719
Seattle, WA 98104

Please ensure all correspondence is directed to our new address! Many thanks!