글꼴이 있을 때
지난번에는 글꼴이 없을 때 무슨 일이 벌어지는지 썼습니다. Publisher는 말없이 대체 글꼴을 고르고, 글자마다 너비가 달라지고, 페이지는 알아서 다시 짜입니다.
이번 글은 그 이야기의 나머지 절반입니다. 사실 글꼴이 아예 없는 경우는 그리 많지 않습니다. 대개는 문서가 당연히 기대할 만한 평범한 Windows 서체입니다. 문제는 저희 쪽에 있었습니다. 저희 변환기가 그 서체를 알아보지 못해 대체 글꼴로 글자 폭을 쟀고, 그래서 페이지는 결국 밀렸습니다.
이번 달에 그 부분이 크게 좋아졌습니다.
알아보는 것이 일의 대부분입니다
저희 변환기는 이제 실제 Publisher 문서가 요구하는 서체를 훨씬 폭넓게 알아봅니다. 그리고 비슷한 것으로 근사하지 않고, 그 서체 자체의 글자 너비와 줄 높이로 본문을 짭니다.
사소한 차이처럼 들리지만 그렇지 않습니다. 글자 너비는 한 줄에 몇 단어가 들어가는지를 정합니다. 줄 높이는 줄과 줄 사이 간격을 정합니다. 둘 다 진짜 서체에서 가져오면 문단은 Publisher가 끊은 자리에서 끊기고, 단은 끝나던 자리에서 끝나며, 그 아래 페이지도 밀리지 않습니다. 대체 글꼴에서 가져오면 첫 줄 아래의 모든 것이 한 줄마다 조금씩 더 어긋납니다.
그러니 이번 성과는 더 잘 추측하게 된 게 아닙니다. 추측해야 할 일이 훨씬 줄어든 겁니다.
파일 하나, 전과 후
배포 당일에 실제 문서로 확인했습니다. 교회 엽서, 평범한 본문, 특이한 것은 하나도 없습니다.
예전 출력은 그 본문을 굵은 기울임으로 짰습니다. 조금 두꺼운 정도가 아니라 처음부터 끝까지 굵은 기울임이었습니다. Publisher에서는 보통 서체로 짜이는 엽서인데도요. 스타일 오류처럼 보였지만 아니었습니다. 변환기가 그 엽서가 실제로 요구하는 서체를 알아본 순간, 본문은 알맞은 굵기의 보통 서체로 나왔고, 엽서는 Publisher 자체의 PDF 내보내기 결과와 일치했습니다.
솔직한 정정
이걸 재는 동안, 저희가 문제를 부풀려 잡고 있었다는 걸 알게 됐습니다.
내부 집계에서는 서체 불일치가 까다로운 파일 구간에서 차이의 약 18퍼센트를 설명한다고 나왔습니다. 자세히 보니 측정 도구가 문서당 서체를 하나만 기록하고 있었고, 그 문서가 쓰는 모든 서체를 보지 않았습니다. 도구를 고치자 실제 수치는 9퍼센트 언저리로 내려갔습니다. 그래도 할 만한 일이었고 실제로 했습니다. 다만 스스로 말하던 규모의 절반이었고, 내부에 낸 숫자는 틀렸습니다.
조용히 넘어가기보다 여기서 바로잡는 편이 낫다고 생각합니다.
그 글꼴을 가지고 있다면
지난달 조언은 그대로입니다. PDF 내보내기는 저희가 해결한 서체를 함께 담으므로, PDF는 어디로 보내도 안전합니다. Word와 IDML은 먼저 사용하는 컴퓨터에 글꼴을 설치한 다음, 텍스트에 원래 글꼴 이름을 다시 지정하세요. Word와 InDesign이 진짜 서체에 다시 연결되고, 페이지는 설계된 대로 흐릅니다.
글꼴이 바뀌면 왜 페이지 전체가 움직이는지에 대해서는 줄이 그 자리에서 바뀌는 이유를 보세요.
흔치 않은 서체를 쓴 파일이 있나요? 무료로 미리 보세요.