読者になるちくちく日記DTP系備忘録。この広告は、90日以上更新していないブログに表示しています。その2さっさとレポートを書くべきだったのだが、酒をのんでいたら遅くなってしまった。残りのセッションは実践的なセッション。この3人の方は「電子書籍の中身(コンテンツ)を作成する」方達。会場にきていたお客さんの大半は、この立場なのではないだろうか。この3氏のセッションはどれも具体的、実践的で、セミナー参加者として大変面白かった。堺氏のセッションでは、現在の電子書籍環境を理解するためにフォーマットリーダープラットフォームワークフロープロデュースという5つのポイントがあげられた。このうち、フォーマットとワークフローが中でも重要である。教科書といったものが考えられる。書籍、雑誌で使用されている電子書籍フォーマットは書籍ならEPUB、.bookなど。雑誌ならPDF、App(アプリケーション方式)などがある。現在はその書籍の特性にあわせて様々なフォーマットが利用されており、すべての書籍をカバーできるフォーマットはない。これらフォーマットのうち、スタンダードフォーマットになるのではないかと注目されているのがEPUBである。Forum)によって策定されたオープンフォーマットである。リフロー処理(文字サイズなどが可変で、サイズを変更するとページ数も変化する)ができるのが特徴。文字組主体の書籍に適した規格であるが、現在のところ欧文フォーマットとしては最適だが日本語処理には難がある。実際に作成してみるまでは、すべての電子書籍野フォーマットはEPUBでカバーできるのだと思っていたそう。実際にEPUBで電子書籍を作成してみて、EPUBではできない事がかなりあるという事を思い知ったのだそうだ。そのコンテンツの特性にあわせてフォーマットを選ばなければならない。リーダーについて電子書籍のフォーマットを選ぶのは、そのコンテンツの特性だけではなく、リーダーにも左右される。電子書籍を読むためのリーダーアプリケーションも複数存在しており、どのリーダーを選ぶかによって、必要なフォーマットが変わる。ダイヤモンド社のDReaderを使いたいならそのフォーマットは青空文庫形式のサブセットになるし、ポスタルトのモビリポスタジオを使うのであれば、フォーマットはPDFになる。現在、電子書籍リーダーは各社が様々なアプリケーションをだしている、今後淘汰されていくのではないか。コンテンツ制作者は最終的な出力(配布)フォーマットにあわせて、データを作成しなければならない。このように様々なフォーマットがある状態ではその負荷も大きい。さまざまなフォーマットに対応できる中間フォーマットのような形でデータをもてないだろうか。汎用的な中間フォーマットがあり、そこからすべての形式に対応できるようになればよい。業界で統一できないか今後検討が必要ではないか?(堺氏の言いたい事はよくわかるが、これを実現するにはまずフォーマットの数を淘汰してもっと減らさないと厳しいんじゃないだろうか。そもそもフォーマットの数が多すぎるんだと思う。それに中間データがいるというのなら、たとえばInDesignでコンテンツを組み、そこから電子書籍データを書き出す、この状況はInDesignが中間フォーマットといえないか?)プラットフォームについて電子書籍を販売するプラットフォームはグローバルなものとローカルなものがある。BookStoreなど世界に向けているプラットフォームであり、ローカルプラットフォームは電子書店パピレスや理想書店など主に国内に向けて販売を行っているもの。グローバルプラットフォームは、世界に向けて個人で出版できるという可能性がある。ワークフローについて現在の電子書籍は3系統に分けられるリフロー系ラスタライズ・ベクトル系アプリ系リフロー系は、デバイスにあわせて表示が変わる(自動調整される)もの。EPUBを使用した電子書籍はこれになる。ラスタライズ・ベクトル系はページを画像イメージとして表示するもの。PDFを使用したものはこれ。アプリ系は独自のアプリケーション形式。映像、音声などを組み込んでインタラクティブな仕様のもの。(今、電子書籍といってTVなどで盛んに取り上げられている目立つコンテンツは大抵アプリ系だよね。)アプリ系の電子書籍で、いずれ問題になりそうなのは、ソフトウエアとしての提供なので、将来OSの進化、デバイスの進化に伴いソフトウエアが動かなくなる=読めなくなる可能性がある。OS、デバイスの進化に(コンテンツ提供側は)どこまでサポートすべきか?紙の書籍は一度買ったら、いつまでも読めるが、ソフトウエアとしての電子書籍の寿命はどのぐらいなのか?リフロー系のEPUBやラスタライズ・ベクトル系のPDFは10年後も読めるだろうか。EPUBなどはそのファイル自体は10年後も読める可能性は高い。EPUBをAppストアで販売する場合、EPUBリーダーと込みでアプリとして提供されているので、中身がEPUBでもリーダーがなくなって読めなくなる可能性はある。リフロー系書籍であるEPUBの作成ワークフローについて。InDesignでくみ上げたテキストをEPUB形式で書き出すと、リニアライズ(線形化)によってレイアウト(デザイン)は無くなる。EPUBで表示できる(テキスト+画像のシンプルな)形に変更されるので、ドキュメント上との体裁が違ったものになる。書き出した後、修正を行う必要がある。デバイス事の対応も必要。iPad、iPhoneでは縦横どちらでみてもおかしくない様に修正しなければならない。プロデュースについて作成した電子書籍をどうプロデュースしていくか。今、作成した電子書籍を無料提供しても、ダウンロードされる数はものすごく少ない。知名度などがないとまったくダウンロードしてもらえないと言っていい。読者のニーズに応えるため、様々なデバイスに対応させなければいけない。Web、App、モバイル。海外事情に詳しい権利問題の知識マークアップ言語に関する知識もあったほうがよい。いった知識をもつ人で積極的に意見交換していく必要があるだろう。やってこのセッションの内容を書き起こして思った事。うん、おそろしくよくまとまった内容だ。今、電子書籍を巡る環境についてフォーマットから作成の際の問題点、電子出版が売れない(ダウンロードされない)という事まで、この一つのセッションでほとんど語られている。このセッションはセミナーの最初、キーノートの後にあったんだけど、ここで、今回のセミナーの大筋はほとんど話されていて、後のセッションではそれぞれの内容をもっと深く掘り下げた話という感じだ。堺氏はセッション冒頭で「私は皆さんと同じ立場で、今この場(壇上)にいるのは、みなさんよりほんの少し早く電子書籍をやってみようと思ったというだけです」と話していたけど、1ユーザーとして、試行錯誤しているからこそ(メーカーとしてとかの関わり方とはちがう)、電子書籍の全体についてきちんとつかめているのではないかと思う。PhotoJ.の制作に関わった経験から、電子書籍に必要なもの、電子書籍の可能性についてのセッション。ユーザーが新しいメディアとコンテンツに求めているのは、メディアの特性にあっているコンテンツメディアの特性にあったデザインであり、既存のものをそのまま置き換えてもだめ。メディア特性を理解して作成する必要があるPhotoJ.は、iPadに最適化したコンテンツとして作成。作成のワークフローにはWoodWing社のソリューションを利用している。作成の際気をつけたのは「電子書籍ってこの程度なんだ」と思われないようなコンテンツを出す事。具体的には、iPadの特性である縦と横のビューに対して最適なレイアウトに切り替わる。拡大しなくても文字が読める。コンテンツボリュームに制限がないのでふんだんにコンテンツを取り込める。リリース後にアップデートできる等。縦と横のビューについては、コンセプトを変えてデザインしている。横はイメージを印象的に見せて、縦では写真と文章を分けて表示するというように。縦横それぞれのレイアウトを用意しなければならないので、作業量としては単純に1.7倍ぐらいかかる。コンテンツボリュームに制限が無いという事は、大量に写真を載せる事ができるという事。これは紙ではできない。切り替えも今後対応予定。これも実際やると作業量が増えるが、対応していきたい。1024×748表示させる画像の解像度は132ppiでつくると取り回しがよいデザイナーは何を考えてデザインすべきかメディアにあわせたデザインが必要。デザインレベル、クオリティとしては紙メディアと同等以上のものが必要。平面デザインにおいて、紙のデザインレベルは高い。それ以上のものが求められる。UIのデザインも大事インタラクティブな「見る」「動かす」「さわってアクション」といった仕掛けがはいる。ユーザーインターフェイスのデザインによって印象が変わる。システムの知識、理解が必要これからデザインをしていく上で、システム、プログラムの理解は必要。プログラマになれと言っている訳ではない。プラグラムを書けなくてもかまわない。最低限(システムの動作などに対する)知識は必要。コンテンツの流用についてあるメディアから他のメディアにコンテンツを流用しようと安易な(たとえば、印刷物をつくったからそれをそのままPDFにして電子書籍にするような)発想でやるのはNG大根からおでんはつくれるけど、おでんになった大根からお新香はつくれない。紙の本が見開き表示なのは紙をなるべくコンパクトにするためで、Webの表示はパソコンとマウス用に最適化されている。それぞれのメディアにあわせたUIがある。電子書籍でもそれを考えていかなければならない。将来的な展望として今リリースしている電子書籍は、当たり前のレベルを再現しているレベルにすぎない。自動組版との結合、合理化も進めていきたいセッション後の質疑応答では、PhotoJ.がWoodWing社のソリューションを使用しているという話を受けて「WoodWing社のソリューションは、一つのデータから様々なコンテンツデータを書き出せるというのが売りだったはずだが、実際に使用しているPhotoJ.の現場ではiPad専用として書き出しているし他メディアに流用しないほうがいいという話だが、使い回しはできないという事か?」という質問がでていた。黒須氏の回答としては「コンテンツ(素材)はプレーンで用意して(WoodWing社のソリューションで)管理している。InDesignデータで展開するのではなく、その手前のプレーンなものとして使い回す事になる」というものだった。実際、黒須氏のようにシステム周りも自分でできるような知識があると、WoodWing社のソリューションを使わないと作れないいうわけでもなく、かえって既存のガチガチに固まった市販ソリューションだと使いづらいのかもしれない。黒須氏のセッションは、コンテンツをデザインする立場から、ユーザーが望むものを提供するために電子書籍の可能性を最大限追求していくという姿勢が感じられた。電子書籍のPhotoJ.はiPadで表示されたときのレイアウトもきれいだし、読みやすい。これは会場にきていた他の方と話していた時にでた感想だが、PhotoJ.で印象的に使われていた、夕焼けの写真や、青竹が一面に生い茂る写真などで表示されている彩度の高い赤、青緑の色、あれは印刷物では出せない色だ。RGBの領域を発色できるメディアだから使える写真。メディアの特性を活かすというのはこういう細かい部分でもあると思う。今、提供されている電子書籍、とくにWIREDとかのインタラクティブな電子書籍系を「この書籍の内容がよみたい」と思ってダウンロードした人はどのぐらいいるんだろう?ダウンロードの多くは電子書籍のサンプルとしてというか未来的な電子書籍の形を見るためにダウンロードした人ではないだろうか?誌面に動く動画や音声を見て「おお、これが電子書籍かー」とそれで満足してしまった人たち。あの本は内容はなんでもいいんだよね。たったら、もう少し時間がたって、電子書籍の方向が落ち着いたら、あれはもうダウンロードされる事はない。同じ様に話題になったアリスの電子書籍。あれは時間がたってもダウンロードされるんじゃないだろうか。あれはインタラクティブな電子書籍サンプルとして優れているのはもちろん、内容的にも動く絵本としてすごくよくできてる。何度もみて、さわって楽しみたくなる。電子書籍だからといって、必要も無いのに動かしたり音をならしたり、仕掛けをつくる必要はないんだよね。それが受けるのは今だけ。受けてるといっても「電子書籍すげえぇぇぇぇ!」的な身内受けというか、書籍の内容が受けているわけじゃないからな...。動くよすげぇ!とか、リアルタイムにアップデートされてる!とかそれだけの話になると「Webでいいじゃん...」ってことになると思う。電子書籍でやれる事の可能性を考えると同時に、電子書籍でそれをやらなければいけない必要性、電子書籍でなければならない必要性があるのかどうを考えるというのも大事なんじゃないだろうか。なんか、意外と数年たったら、今大流行りのインタラクティブ系はある程度収束して、もっとシンプルな普通の書籍を読みやすく読めるっていうあたりに落ち着きそうな気がしないでもない。それとももっと違う、電子書籍の新しい可能性がでてくるのだろうか。「InDesignから書き出すEPUBをコントロールする」この日、一番実践的なセッション。セッション前に司会の鷹野氏から、事前アンケートでこのセッションが見たいというチェックをつけた人が全体の7割だか、8割だかいるという話があっていた。InDesignから書き出したEPUBを具体的に使えるものにする、そのノウハウ公開!という事で期待した人が多かったのだろう。期待された森氏は「まだ発売されて数週間のものをテストしてる段階なんだから、そんなに期待しないでよ」と苦笑していたが、いやいや、そりゃ皆期待するでしょう。その期待されるセッション内容。InDesignからのEPUB書き出しについて。EPUBについては堺氏のセッションでも説明されていた、リフロー系の電子書籍フォーマットである。今、だされている電子書籍端末でも広くサポートされている。これを実際にInDesignから書き出してコントロールする方法について。InDesignでは実はCS3のバージョンから、EPUB書き出しに対応していた。CS3での「デジタルエディション用に書き出し」という設定がそれである。InDesignでのEPUB書き出しは、最新バージョンのCS5であっても、書き出してそのまま使えるものではなく、ドキュメント作成の段階からEPUB用の準備をし、書き出されたEPUBにも手を加える必要がある。書き出したEPUBに手を加えるには、.epubファイルを開かなければならない。EPUBファイルの拡張子.epubを.zipに変更し、解凍ソフトで解凍すると、EPUBの構成ファイルにアクセスできるようになる。ファイル構成はWebページの構造ににており、XHTMLやCSSファイルの組み合わせであり、これらのファイルを一定の約束の元にZIP形式にまとめたものがEPUBファイルであるといえる。目次やファイル一覧などはXML形式で持っている。IDPFに日本語書式に対する要望が出されている状態。ルビ(モノルビ、熟語ルビ)出ている要望を見れば、EPUBで今、何ができないか一目瞭然っていうか...つまり縦組方面は全然だめだ。日本語の日本語らしい組版は全部だめだと思っていい。JEPAのサイトを参照の事。1.レイアウトを作成するまず、対応デバイスはiPadのiBooksであるという前提で話をすすめる(いくらEPUBがオープンフォーマットで各デバイスに対応しているといっても、やはりデバイス事の調整は必要になる。最初に出力デバイスを決めて作業しなければならない)新規ドキュメントの作成。サイズはiPadの規格768×1024pxカラーはRGBフォントはヒラギノ角ゴProNフォントサイズはピクセル指定サイズについて、実際にEPUBが(というかiBooksがEPUBを)表示可能なエリアは547×729pxであるEPUBとして使用可能な画像ファイル形式は、PNG、JPG、GIF、SVGであるが、これ以外の形式を使用していても、InDesignからの書き出し時にJPEGまたはGIFに自動的に変換されるフォントについて、iBooksの日本語フォント表示はどうやらヒラギノ角ゴで固定のようだ。テストした限りではどうやっても他のフォントに置き換える事ができなかった。ファイル名(配置画像のファイル名含む)やスタイルシートには日本語は使用しない事。アルファベット、数字のみにする。現状、EPUBでは複雑なレイアウトを再現する事はできない。縦組、段組みは使えないマスターページのアイテムは無視されるから使えない索引も使えない目次機能は使える写真を重ねたりするレイアウトも不可。写真の位置コントロールが難しいので画像はすべてインライングラフィックスにする必要があるEPUBに書き出したとき、オブジェクトの書き出し順番はオブジェクトの座標値による左開きの場合、X座標が小さいもの、次にY座標が小さいものから優先的に書き出し右開きの場合、Y座標が小さいもの、次にX座標が大きいものから優先的に書き出し(しかし、縦組が全然つかえない状態において右開きドキュメントからEPUBを書き出す事ってあるんかな...?)2.表紙を作成する表紙データは画像として書き出しておくiBooksの場合、表紙ファイルはiTunes上で別に設定するので、ドキュメント上に表紙ページをつける必要はないが、EPUBで表示したときに、表紙も改めて表示したいなら、最初のページに入れておく。3.ページを作成する。最初のページ(表紙が入るのなら2ページ目)には目次ページを作成するので、白紙ページを入れておく。目次の分量によっては1ページではなく2ページ入れておく。4.レイアウトする画像はすべてインライングラフィックスで。パスオブジェクトは反映されない。テキストにはすべて段落スタイルが必要。これは後でCSSをいじりやすくするため。段落スタイルを設定していないと、後の修正がやりづらい表組は使用可能だが、表組内に画像を表示する場合は、後からタグの修正が必要。げは無視される文中の全角スペースは欧文スペースになる空の改行も無視されるユニコード番号が同じ字形は反映されないスタイル名に日本語を使っちゃだめだテキストフレームや表組の塗り、線も反映されない先頭文字スタイルや正規表現スタイルなどは使用できないうん、なんていうかね、組版に関する細かい処理は軒並み無視されると思ったらいいのかなー。シンプルな棒打ちされたテキストと、インライングラフィックスで表示される画像って形になるんだと考えるべきか。画像をインライングラフィックスで配置しないといけないのは、そうしないとテキストがリフローされたときに一緒に動けないから。インライングラフィックスで表示するとき、画像にテキストがかぶらない様にするため、画像の前に改行を入れるか、画像に回り込みを設定しておく画像に対して右寄せ、左寄せなどの段落スタイルを用意してあてておくと、作業が楽になるハイパーリンクはInDesign上で指定でき、それが生きる。InDesignの目次機能はEPUBでも使える。書き出しはファイルメニューから「書き出し先」で「EPUB」を選択。書き出しのときに気をつけるのは「目次オプション」で「InDesignの目次を含む」にチェックを入れる事CSSオプションの「埋め込みフォントを含む」をオンにするとCS3、4ではフォントがフルセットで含まれるのでフォント使用ライセンス的にはアウトになる。CS5ではサブセットで含まれる。iPadのiBooksではフォントを埋め込んでも無視され、ヒラギノ角ゴで表示されてしまう。Editions」で。EPUBの編集について書き出されたEPUBファイルを直接編集する方法1.まず、EPUBファイルを解凍する拡張子を.zipに変えて解凍。ファイルを.epubファイルに戻します。これは手順がちょっと面倒なので、配布されているスクリプトを使用するのが便利。etc.本来の手順(ターミナルを使用する)はこっちにのってます。いった解凍、復元の手順はめんどくさいので、EPUBフォーマットをそのまま編集できるSigilというツールがおすすめ。起動し、ブックのアイコンにEPUBファイルをドロップすればOK。使用するメリットについてすでに(印刷用途などで)InDesignで作ったデータがあれば、再利用しやすいInDesignからの書き出しでEPUB以外にもSWF、PDF等に展開しやすい(InDesignが使えれば)特別なスキルがいらないと3点をあげていた。今回のセッションを通して受けた印象では、既に作ったデータを流用するというより、EPUBのためにドキュメントを作成しなおすという感じ。InDesignでドキュメント作成をする時は、EPUB書き出しする事を念頭に置いて、ドキュメントを作っていかなければならない。なんとなく作ったドキュメントをEPUB書き出ししても、まともに使えるEPUBにはならない。作成されたEPUBでInDesignのレイアウトが完全に再現されるわけでもないし、修正のためにCSSなどの知識は必須。スキルがいらないという訳ではない。どちらかというと、InDesignの知識より、CSSなどWeb系の知識の方が必要になりそう。EPUB自体の規格がまだまだ発展途上というのが苦しい。Storeはまだ日本版はないし、今後、規格がもっと整備されて日本語への対応なども安心して使えるものになれば、EPUBに展開する仕事も増えると思うが、現時点では仕事で使うというのはちょっとつらいかも。いえ、今後の発展を期待して、勉強はしていきたいと思う。Booster014セミナーレポートでした。いう実践系セッションはレポートするのも難しいね。森氏のセッションなんかは実際にCSSを編集してみるところなど、レポートするのは苦しいものがある。スライドの写真、もっといっぱいとっとけば、わかりやすかったんだけど、会場では手書きメモするので手一杯で、そこまで気が回らなかった。おもしろいセミナーだったなー。»プロフィールid:akane_nekoDTP系備忘録。写研という会社が持っていたもの、持っていくもの。(22)はてなブログをはじめよう!akane_nekoさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。