サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
blog.cas-ub.com
EPUB3.0 では出版物に数式を含めることができるようになりました。そして、EPUBリーダでも徐々に数式を表示できるようになってきました。 数式はMathMLのプレゼンテーションで記述します。簡単なサンプルを作ってEPUBリーダの数式表示機能を確認してみました。 1.MathMLをサポートするEPUBリーダ (1) iBooks 3.1 (2) Readium 0.9.1 (2013/5/17) 表示例は次のスクリーンショットを参照。 2.MathMLをサポートしていないEPUBリーダ (1) Adobe Digital Editions 2.0 MathML数式はサポートしていないようです。 (2) KindlePaperwhite 表示例は次のスクリーンショットを参照。 3.MathMLの記述の注意事項 (1) 数式を含むXHTMLファイルにはmath要素に名前空間を指定すること。
昨日(5月10日)は、第33回 高円寺純情出版界での永江朗氏の講演に参加して、著書の「新宿で85年、本を売るということ」(メディアファクトリー新書 2013年2月発行 222頁)を購入しました。著者の講演を聞く機会がなければ読むこともなかったかもしれません。イベントも本との出合いに役立ちます。 早速一読してみましたので簡単に内容を紹介します。本書の3分の1以上は、紀伊國屋書店の創業者である田辺茂一氏のことですが、本書を読むと紀伊國屋書店新宿本店はまさに創業者の個性によって形作られたものであることがわかります。 田辺家は江戸時代に紀州から出てきた家柄で、茂一氏の祖父は新宿で材木商を営んでいたということです。新宿駅は日本どころか世界でももっとも乗降客数が多いのですが、新宿駅から100mの位置に自前の土地をもち、そこに本店があるという立地条件は草創期の紀伊國屋にとっての天の恵みともいえます。著者
佐藤 郁哉・他著 「本を生み出す力 学術出版の組織アイデンティティ」(新曜社 2011年2月発行、568頁)を読み終えました。 本書は「1999年から10年以上に渡って継続的に行なわれた共同研究報告の最終報告書(p.476)」です。学術出版社4社―ハーベスト社、新曜社、有斐閣、東京大学出版会―のケーススタディなどを中心に学術出版の営みやそれを取り巻く環境についてまでまとめた包括的な書籍です。 本書の中核は学術出版4社の責任者や編集者を対象に繰り返し行なったインタビューなどで構成するケーススタディ報告である第Ⅱ部です。研究対象は、①個人出版社であるハーベスト社、②一編集者一事業部的な運営を行なう中堅規模の出版社である新曜社、③創業百年を超え、この間家業から個人商店を経て近代的組織による運営にいたった大手出版社である有斐閣、④大学出版会の最大手である東京大学出版会です。報告には各社の本作りの営
EPUBやKindleなどの電子書籍による出版が広がることで、書籍を編集・制作する仕組みやツールも変わりつつある。 従来の出版では、印刷・製本した書籍を前提とし、編集と制作は印刷するための版面を作ることを第一目標として進められた。こうした枠組みの中で、編集・制作ツールは印刷とコンピュータ技術の発展に伴い、20世紀の終わりに急速な変化を遂げた。1980年代半ばに登場したDTPは21世紀の初頭に最盛期を迎えている。 一方、やはり20世紀の終わりに登場したWebは、紙ではなくコンピュータの画面上で情報をナビゲートすること主眼を目的として発展してきた。 これまでは、紙の書籍で出版する情報をWeb媒体に出したり、その逆にWebの情報を元に、紙の書籍を出版するには、その中間工程で情報の編集・加工を必要とした。長いことワンソース・マルチユースの重要性が唱えられたが、実際にはそれほど普及してこなかった。こ
最近、会う人毎に、「いずれは紙はなくなるだろう。紙がなくなれば、紙をデジタル化したものであるPDFも一緒になくなるだろう。そのとき、PDFにとって変わるのはEPUBだろう。」と吹聴しています[1]。 紙はいずれなくなるだろう、ということは20世紀の終わり、OA機器が登場したころからペーパーレス・オフィスとして取りざたされてきました。しかし、紙がなくなるというのは、特に日本においては、あまり現実性をもって受け止められてきませんでした。ところが、最近状況は変化しているようです。 (1) 紙の需要は減少している 紙の需要の統計を見てみますと、新聞用紙は2006年の376万トンをピークに減少しています。印刷・情報用紙も1,204万トンをピークに減少に転じています[2]。10年以上に渉って紙がなくなるといわれながら、予想を裏切って紙の需要が増えていたのですが、しかし漸く2006年を転換点にして実際に
多くのEPUBリーダーでは登録されている書籍のアイコンとしてカバー画像を表示します。このカバー画像の登録方法を調べてみました。 1.EPUB2 EPUB2ではカバー画像であることをEPUBリーダに伝えるために、metadateのmeta要素に次のように指定します。 【EPUB2の例】 metadata <meta name="cover" content="cover-id" /> なお、manifestには、次のようにカバー画像に使用する画像ファイルが登録されていることが前提です。(metaのcontentの値とitemのidの値は一致していること。文字列は可変。) manifest <item id="cover-id" href="cover.jpeg" media-type="image/jpeg" /> 2.EPUB3 EPUB3では、上の形式のメタデータは廃止されました。ただし
EPUB2では、目次にNCXという形式のファイルを使っていました。NCXはDAISY Consortiumによって標準化されたANSI/NISO Z39.86-2005, Specifications for the Digital Talking Bookという仕様の一部です[1]。 EPUB3では、NAV形式のXHTMLファイルを目次に使うことになっており、NCX形式の目次をEPUB2のリーダのために含めておいても良いことになっています[2]。 したがって、EPUB3リーダ専用のEPUBであればNCXを含む必要はありません。そこで、最近アップデートされたEPUB3リーダを対象として、NCXとNAV形式の両方の目次をもつEPUB3とNAV形式の目次のみ(NCXを含んでいない)もつEPUB3を作って、目次が表示されるかどうかについて比較してみました。 結果は次の表のとおりです。 (1) i
1.iBooks3.0による表示例 (1) 図1の一番上の数式では最初の()が上下に伸びすぎています。二つ目の数式では「・」が親文字と離れすぎです。この2点を除くと大体使えると思います。 図1 サンプル数式のiBooks3.oによる表示1 (2) 図2についても()が上下に伸びすぎている点を除くと使えると思います。 図2 サンプル数式のiBooks3.oによる表示2 2.ReadiumによるMathMLの表示 ReadiumはMathJaxで数式を表示しています。Readiumによる表示を次に示します。こちらの方はすべての数式が綺麗に表示されています。 図1 サンプル数式のReadiumによる表示1 図2 サンプル数式のReadiumによる表示2 3.総合的にみて EPUB3.0になって数式MathMLの表示がEPUB3.0リーダの標準機能になりました。まだ、EPUB3.0リーダによる数式
そこで、手元のEPUBリーダを最新版に入れ替えて簡単に比較して見ました。表示に使ったのは、先日、プレゼンのために用意した「新版・論文の教室」からピックアップしたデータのEPUB版[1]です。以下の表に気になる点をまとめました(表2)。 1.縦中横の自動解除 もっとも気になるのは、縦中横の自動解除です。iBooks、Readiumは縦中横の幅がおそらく1文字分よりも広くなると縦中横を解除してしまいます。困るのは、縦中横は大抵、ASCIIコード(基本ラテン)のアラビア数字に指定しているため、解除されると2桁のアラビア数字が横倒しになってしまうことです。 ○次の図では図の番号をASCIIコードのアラビア数字で表して縦中横を設定。しかし、縦中横が解除されて番号が寝てしまうため、1~9は正立、10~12が横倒しというおかしなことになってしまいます。 図1. iBooks 縦中横解除 章・節という番号
来週、月曜日(10月22日)開催予定のFormatterClubにおける発表「縦組み時の文字の向き―その理論とマークアップ方法」の資料を用意しました。資料はまだ変更の可能性がありますが、ご参加いただく方々に事前に検討していただき、ご批判を賜るためにここに、プレビュー版として公開します。 ○FormatterClub定例会の詳細 ○プレゼン資料:パワーポイントで作ったPDF (22日1:40更新。22日13:30再更新。23日22:45細かい誤り訂正。説明文追加。) ○実際の書籍におけるグリフの方向調査結果:グリフの方向調査結果(PDF) (23日1:33公開) この調査は、縦組み書籍24冊(延べ約5000頁)における記号類の向きを調べたものです。記号については網羅しています。しかし、記号以外はあまり網羅的ではありません。また、和文区間における向きであることに注意してください。(欧文区間=横
今日は、Amazon Kindle出版ガイドについて少し紹介します。EPUBの仕様に詳しい方はお分かりの通り、Amazon KindleはEPUB3と微妙に違いがあります。 ・EPUB3ではなくなったNCXやguideの記述が必要です。 ・表紙画像と目次に一部独自部分があります。 現在のCAS-UBが出力するEPUBは、KindleGenでmobi形式に変換できます。しかし、下記のガイドラインを見ますとまだ機能的な対応が不十分です。そこで、ただいま、Amazon Kindleガイドラインに従った形式のEPUBを作成してmobi形式に変換するカスタマイズ機能を開発中です。9月末~10月頭頃から提供開始の予定です。 以下は「Publishing on Kindle: Guidelines for Publishers Version 2012.4」[1]のほんのさわりの紹介です。一部を引用して
「横書き登場」(屋名池 誠著、岩波新書、2003年初版発行)は、日本語の印刷物に横書きが登場してから、現在に至るまでの軌跡を豊富な調査と図版をもとにして丁寧に解説している。 日本語は、現在、縦書き・横書きという2つの書字方向を許す世界でもまれな言語である。その理由は、日本語を表記するのに使う漢字、ひらがな、カタカナという3種類の文字が形態素・音節文字で一字がカバーする範囲が広いこと(p.66)、漢字・ひらがな・カタカナの多くは字形が正方形であって文字を縦方向にも横方向にも続けて書くことができる特性をもっているからである。 それに対して、西欧から入ってきた言語はもともと横方向だけにしか書かれない。これは①ラテン文字が正方形でないというデザインの特性、②ラテン文字は音素に対応する、すなわち語を表すのに多くの文字を使い、文字列をひとつのまとまった形として読み取るという方式になっているためである(
アンテナハウスでは、XMDFからEPUBへの変換プログラムを開発しました。 本プログラムは、シャープの電子書籍XMDFの記述形式を変換元として、バッチ処理でEPUB3形式に変換するものです。 XMDFがXML形式であることを利用して、スタイルシートによる変換を行ないます。 プログラムの簡単な紹介はこちらにございます。 http://www.antenna.co.jp/epub/xmdftoepub.html 関心をお持ちの方にはテスト変換サービスを致しますので、cas-info@antenna.co.jpまでお問合せください。
縦組みにおける英数字の方向についての議論が活発ですが、どうも議論をしている人たちは、本来別のものとして分けて考えるべき問題を一つにごっちゃにして議論しているのではないかと思います。 その結果、シンプルである問題を複雑にしてしまっているのではないでしょうか。 ●現状と課題 Unicodeは文字(Character)の抽象的な形状に基づいてコードポイントを与えており、具体的な形状であるグリフやその方向は定義しないとしています[*1]。そこで、縦組み時に文字の向きを指定しないときの方向(デフォルトの方向)はアプリケーションに任されることになります。 Microsoft Officeを初めとする多くのアプリケーションは、UnicodeのBasic Latin(ASCIIコード、MS IMEでは半角英数で入力、以下「半角文字」)は時計回りに90度回転した状態(横倒し)をデフォルトとし、その全角形(F
以前にCAS-UBにメルマガをEPUBにするインポート機能をつけていることを書きました。 今日はその続きですが、メルマガをEPUBにしたものをiBooks(新しいiPad)で表示してどうしたら読みやすくなるかを考えて見ます。 材料としては次の2種類のメルマガを使わせていただきました。 1.小寺信良の「金曜ランチボックス」 2012年6月15日 Vol.030 「夜間飛行」から配信のもの 2.津田大介の「メディアの現場」 2012年6月13日 Vol.36 「夜間飛行」から配信のもの 「夜間飛行」はメルマガをテキスト形式の他にEPUB形式でも配信しています。「金曜ランチボックス」は「夜間飛行」のシステムで自動的にEPUB形式に変換しているようですが、「メディアの現場」は、津田大介氏の事務所(ネオローグ)が独自にEPUB形式にしてから、それを配信しているようです。 そこで、現在、それぞれのメル
現在は、週刊有料メルマガ『堀江貴文のブログでは言えない話』が発行数1万を超える成功を収めたのをきっかけとするメルマガブームの最中です。 ここでは有料メルマガ配信の未来を考えるために、これまでのメルマガ配信の歴史を少し見てみます。ざっと調べてみた範囲ですので、間違いが多いと思いますが、お気づきの点を指摘いただけると嬉しいです。 1. 初期のメルマガ配信スタンド 昔からのメルマガ配信スタンドでは、「まぐまぐ」が有名です。1997年にスタートした老舗です。 http://www.mag2.com/ 「マグマグ」より少し遅れてNiftyも1998年7月にメルマガ配信サービス(Macky!)を開始しました。こちらは、その後、いくつかの変遷を経て終了になっています。このほかに、1990年代終わりから2000年代初めには、メルマ、メルマガ天国、パブジン、カブライト、E-Magazineなどの多数のメルマ
原稿用紙を使って原稿を書き、縦組で書籍を作った時代には原稿と出来上がり書籍で文字を書き進める向きが異なることがなかった。しかし、現在のようにワープロを使って横書きで原稿を書いたものから縦組で組版する時代には、原稿と書籍で文字の進行方向が根本的に異なってしまう。このため文字の向きの扱いが混沌となりがちである。 「刑務所なう。」はメルマガ「堀江 貴文のブログでは言えない話」を元にして編集した書籍である。横書きメルマガではラテンアルファベットやアラビア数字がふんだんに使われている。これに相応して「刑務所なう。」には縦組の中にラテンアルファベットやアラビア数字が頻繁に現れる。 こうしたことから「刑務所なう。」はプリント版の縦組み書籍における英数字の方向を検討するための格好の材料でなる。以下に、堀江メルマガと「刑務所なう。」で英数字と記号がどのように使われているかを調べ、メルマガと書籍の文字方向の違
「日本語組版処理の要件」(W3C技術ノート)のEPUB3版を作成しました。日本語版と英語版ですが、IDPFのEPUBサンプル集に追加されています。次からダウンロードしていただくことができます。 ○日本語版:jlreq_20120525_ja.epub 8.0 MB ○英語版:jlreq_20120525.epub 8.0 MB 「日本語組版処理の要件」については、W3CのWeb版が正式ですが、すでにプリント書籍版が発行されています(★)。これで、Web、プリント、EPUB版と3種類揃ったことになります。 EPUB版は、CAS-UBとは異なる方法で、大よそ次のように制作しました。 (1) データ準備 W3C WebページのXHTMLを中見出し単位で分割し、分割したファイルを入力データとします。メタデータは手書きの外部XMLとして用意 (2) スタイルシート 目次(ncx、nav)、パッケージ
4月19日より「日本語組版における行配置の課題 ― 行送り方向の組版処理の問題点 ― 」(小林 敏著、アンテナハウス株式会社CAS電子出版、ISBN978-4-900552-07-4)の第1版を公開しました。本書は、表紙から奥付けまでCAS-UBで編集・制作されており、CAS-UBのPDFレイアウト機能をご確認いただくことができます。但し、本文中に文字サイズ、字詰めについて言及している箇所が多いためEPUBの見本としては適切ではありません。 次のページから無償でダウンロードしていただくことができます。 ○http://www.cas-ub.com/project/index.html(無償配布の出版物の項) 本書は日本語組版における行方向の配置についての解説と課題を挙げています。 日本語の文字は、文字進行方向にはべたで並べていくだけで適切な読みやすさになるようにデザインされています。一方で
電子書籍交換フォーマット標準化会議の「電子書籍交換フォーマット(ebformat:イービーフォーマット)」が1.1版に改訂されていますので、このフォーマットの表現力を評価してみたいと思っています。 うまく使えるようであれば、電子書籍の変換ツールを作ったり、あるいは、CAS-UBで作った電子書籍を「電子書籍交換フォーマット」形式で保存しようと考えています。 現在の時点では、仕様書が公開されているだけです。しかしこの仕様書では、フォーマットを評価するには不十分です。 仕様書の記述を読むだけでは要素の内容モデル(テキストと下位要素、その出現性)やとりうる属性が理解できません。また、仕様書には矛盾する記述や暗黙の前提があると見られる記述が沢山あります。ところがサンプル・ファイルもないので内容モデルや矛盾を解きほぐす手がかりがありません。 内容モデルは、DTDあるいはスキーマで厳密に規定するものなの
「日本語組版処理の要件」が4月10日にプリントされた書籍として発行されました。この書籍の本文は、4月3日に公開されたWeb版(日本語版)と同等であり、Webコンテンツをほぼそのまま書籍化したデジタルファースト出版の事例になります。 デジタルファーストによる商業書籍出版においては、自動組版の技術が重要なポイントになると考えていますので、その観点で以下に少し説明をします。 ワークフローの概要はまえがきなどに述べられている通りで、本書のプリント版の本文すべてをAH Formatter V6による自動組版で制作しています。AH Formatterで日本語の書籍を制作して商業出版を行なった例は過去にも多々あります。しかし、大きなコンテンツの書籍をデジタルファーストで出版するのにAH Formatterを使用した事例としては初めてになります。 本書は図版の数が膨大であるという点で、DTPで制作するとし
出版デジタル機構のWebページに公開されている「電子書籍制作仕様書 第一次素案」(2012年3月20日夜公開されたもの)と3月23日にフォーマット説明会場における配布資料(3月23日付け)を付き合わせるといくつか変更された点があります。 電子書籍制作仕様書 第一次素案 以下に気がついた変更点を列挙します。 B-1:リフロー型電子文書(DTPから制作する場合) ●アーカイブ用データ保存の項 Web)本ファイルを(2)アーカイブ用中間フォーマットファイルとして納品する 紙)本ファイルを(2)アーカイブ用中間交換フォーマットファイルとして納品する ●配信用電子書籍データ書き出し(パッケージング)の項 Web)校正は機構の用意する校正用仮配信サーバーを利用する。校正の方法や回数などの詳細は現在検討中 紙)*校正は機構の用意する校正用仮配信サーバーを利用し、1回のみ行なう。 (追加) *出版社は仮配
次のページ
このページを最初にブックマークしてみませんか?
『電子書籍、電子出版のCAS-UBブログ | みんなで作れる電子書籍、電子出版のCAS-UBの...』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く