電子を含む出版物制作の流れをあらためて考えてみる
テキスト系出版物制作の流れを電子を含めてあらためて最適化できないかと考えています。 出版社から発売される電子書籍はこれまでほぼ印刷用DTPデータから作られてきました。書籍の制作は実際に本の形に組んでみて、各段階で出力したものに赤字が入り、再校、三校とブラッシュアップされていって最終的に完成に至る、という形で行われるため、完成した状態の最終テキストはDTPデータの中にしか残っていないのが普通です。このため、電子化に際してもDTPデータから注意深くテキストを抜き出す必要がありました。 ただし、DTPデータを完成させる過程では、（例えば強制改行のような）特殊文字が挿入されたりもしますし、また、組版結果としての見た目は同じでも、オペレーターによって作り方が全然違ったりもします。例えばリストの項目部分だけが別テキストボックスになっているといったようなあまり感心できない作られ方がされているケースも多々
Markdown原稿をGitHubで管理して本にする仕組みが出版社で導入されないわけ
これ、FAQっぽいんで、ちょっと私見を書いておこうと思います。 とくに技術書に関しては、Markdownで原稿を書きたいとか、修正はPull Requestでもらえると楽とか、そういう便利な世界を知っている人たちが執筆者なので、 「MS Wordで書いてもらった原稿を、こちらでDTPの担当者に組版してもらいます。修正は紙に赤字か、PDFをメールで送るので、そこにコメントを入れてください」という古き良き時代の出版社のやり方を目にすると、 「出版社って遅れてるよなー」という感想を抱かれることが多いのだと思います。 その結果、「自分たちはITのプロとして出版のためのプラットフォームを作れるだろうから、それを使ってもらえないものか」という方向の考え方に至るのはよくわかります。 しかし、これには、二つの面から「ちょっと認識が違うから待って」と言いたい。 まず「認識が違う」と思うのは、プレインオールド
商業出版物におけるReVIEW+InDesign組版
16. まとめ ● ReVIEW + InDesign の組み合わせにより、 出版社が期待する紙面品質を保ちながら イテレーティブな組版を実現する – – どんな紙面でもできるわけじゃないし、著者や出 版社の理解・協力が前提 InDesignのいろんな面倒事に疲れたので、 kmuto先生の次回作 ReVIEW + AntennaHouse Formatter による完全 バッチ型組版の実装にご期待ください
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
出版のワークフローは、ブラウザベースのCSS組版エンジンで変わるか？ その１ 発表の概要紹介 | 電子書籍、電子出版のCAS-UBブログ
