EPUBを作成するウェブサービス作ったよ - 電書ちゃんねるBlog
数ヶ月前―― 電書ちゃん: ああっもうっ！ 見てらんないわ。いつになったら電子書籍の普及＝あたしの時代が来るのよっ！ やっぱり制作環境かしら。手間をかけずにそこそこの品質の本が作れる便利ツールがあれば、コンテンツはもっと増やせそうね。 よーし、決めた！ ろす: ついに、電書ちゃんの本気モードか？ 僕も初めて見るぞ（ゴクリ） 電書ちゃん: じゃ、あとはよろしくね。 ろす: はい？ 電書ちゃん: ちゃちゃっと作っといてよ、便利ツール。 ろす: あのー、僕プログラミングはあんまりやらないってゆうか…… 電書ちゃん: 今年のJEPA電子出版アワード程度は、軽く受賞しておきたいところね。 ろす: 聞いてないし…… 電書ちゃん: 黙ってコード書きなさいよ、ハゲ。 ろす: 僕はまだハゲてないし、それは誰かに強制労働させるために使う言葉じゃない。 電書ちゃん: あんたに成長の機会を用意してあげたあたしの心
EPUBの国際標準化支援、個人の小口協力者をPublickeyで募ります
電子書籍における事実上の標準（デファクトスタンダード）となったEPUB 3は、いまISO／IEC（国際標準化機構／国際電気標準会議）、つまり世界各国の代表から構成される機関が定める公的標準（デジュールスタンダード）にする動きが始まっています。 しかし日本はこの活動資金が足りず、一般社団法人 日本電子出版協会（JEPA）が募金を呼びかけています。 10月にPublickeyでこの状況を紹介した記事「EPUB 3のISO国際標準化作業で、日本が資金難による離脱の可能性。JEPAが支援募金を呼びかけ」を公開すると、読者から大きな反応がありました。 募金の目標と用途 記事の公開後、JEPAからPublickeyに連絡があり、現状の説明をいただいたうえで小口募金への協力を要請されました。 JEPAの募金についての説明をまとめると以下となります。 ■目標金額：当面500万円 ■募金の用途：調査、会議な
EPUB 3のISO国際標準化作業で、日本が資金難による離脱の可能性。JEPAが支援募金を呼びかけ
電子書籍の標準フォーマットとしてIDPF（International Digital Publishing Forum、国際電子出版フォーラム）によって昨年10月に策定されたEPUB 3は、縦書きやルビといった日本語対応を含む多くの多言語対応の実現などがあり、急速に普及し始めています。 EPUB 3は事実上の業界標準（デファクトスタンダード）の地位を得ました。そして現在、このEPUB 3をISO／IEC（国際標準化機構／国際電気標準会議）、つまり世界各国の代表から構成される機関が定める公的標準（デジュールスタンダード）にする動きが始まっています。 EPUB 3がISO/IECの標準になることで各国政府の調達要件を満たしやすくなり、また教科書や図書館などの標準規格を重視する分野への採用が進むと考えられています。 日本政府の支援がすぐに受けられず 日本はこれまでIDPFでのEPUB 3策定に当
いいパブッ!! はじめてのEPUB 3
[125]react로개발자2명이플랫폼4개를서비스하는이야기 심상민NAVER D2
EPUBは本当に必要か。全部PDFで良いじゃないか - 業務用iOSアプリのfeedtailor社長ブログ
2010年、電子書籍元年と言われました。1年経て注目のフォーマットEPUBの議論もだいぶと目にするようになってきました。しかし、依然としてまとまらないような気がしてなりません。 見えてくるのはフォーマットやリーダの乱立した混戦模様。国内の群雄割拠ぶりはこちらの電子書籍情報まとめノートさんのエントリに詳しいですが、多分このまままとまらないであろうこと、そしてまた5年後か10年後かに「今年こそは電子書籍元年だ」って同じように言ってるんだろうなぁという将来が容易に想像できます。シグマブックやWordsGear、リブリエのように歴史はやっぱり繰り返すのです。 最近は特にEPUBの議論を目にしたりするのですが、どうしても違和感を感じてなりません。EPUBでなきゃいけない理由が無いんじゃないかというのが僕の主張。 例えば、EPUBを始めとする電子書籍のメリットとしてリフローである(文字の大きさや画面の
「文書構造」と「視覚表現」を分離する | 電書魂
これから書くことは、すでにあちこちで語られていますし、おそらくWebサイドから電子書籍に行こうとされている方からしてみれば「何をいまさら」感もあるかと思うのですが（そういう方はどうぞ読み飛ばしてください）、これまでDTPソフトしか触ったことのない印刷側の人間からしてみれば「最初の壁」になる可能性のある部分ですし、実際自分もしばらく乗り越えられなかった経験もありますので、あえて重複を恐れずに書いておきたく思います。これはおそらく、今後の電子・紙書籍双方の制作に関わってくる重要な考え方のひとつです。 「文書構造」と「視覚表現」の違いとは 例えば、InDesignのドキュメントで「見出し」に続いて「本文」が書かれており、それぞれに段落スタイルが設定されているとても単純な文書モデルを考えてみてください。この場合、「文書構造」に当たるのは「見出し」および「本文」です。一方で、「M-中ゴシックBBB1
EPUB3の仕様が日本語で読めるよ - 電書ちゃんねるBlog
電書ちゃん ろすちゃん、ろすちゃん見て見て。 EPUB3の仕様の一つが日本語訳されて公開されているみたいよ。 EPUB Publications 3.0 日本語訳 ｜ IMAGEDRIVE EPUB Publications 3.0（日本語訳版） ろす おおっ、@IMAGEDRIVEさんの翻訳ついに完成したんだ。しかも@fumi1さんのレビュー付き。 おめでとうございますアーンドありがとうございます！ 電書ちゃん なあに？ あんた知ってたの？ ろす いやいや、以前ちょろっとご本人から立ち話で聞いただけっすわ。 EPUBの本質であるPublicationsから手を付ける辺りがニクイよねえ。 僕なんかメタデータについては疎い方なんで、その方面の専門知識のあるお二人が翻訳を手掛けたのは仕様にとっても幸福なことだと思うよ。 電書ちゃん あんたも読んで勉強させて貰いなさい。 ろす はーい。 ところで
EPUB ZIP コンテナの作り方
EPUBのファイル（コンテナ）は「.epub」という拡張子がついていますが、ファイルの構造としてはZIPアーカイブです。ですから、拡張子を「.zip」に書き換えれば、MacでもWindowsでも解凍（展開）して、本文などを普段使い慣れているテキストエディタで編集できます。 しかし、編集後、ZIPで圧縮（アーカイブ）して、拡張子を「.epub」に戻せばいいかというと、そうではないのです。mimetypeファイルの扱いが少し特別なのです。 要件1: ZIPコンテナの先頭に置く 要件2: 圧縮も暗号化もしない 要件3: ヘッダにはextra fieldをつけない ことが求められているのです。 要件1を満たすには → 最初にmimetypeファイルを単独でZIPアーカイブし、次に残りのディレクトリ・ファイルをそのZIPコンテナに追加すればOK。なんか、簡単^^ 要件2を満たすには → zipコマ
【HTML5とか勉強会レポート Webと電子書籍】 なぜWebではなく電子書籍なのか？
【HTML5とか勉強会レポート Webと電子書籍】 なぜWebではなく電子書籍なのか？：D89クリップ（39） 電子書籍のプロフェッショナルが大集合！ 電子書籍はこれからどうなるのか。EPUB3は実際どうなの？ 気になる仕様は？ そもそも電子書籍ってどうやって作ればいいの？ 電子書籍ビジネスのあらゆる課題や疑問に真っ向から対峙し考えるイベントをレポートします。 2012年2月9日、リクルートGINZA8ビルのWeb CAT Studioで『第26回HTML5とか勉強会』が開催されました。HTML5とか勉強会とは、HTML5に関心のあるエンジニアやコーダー、デザイナ向けの勉強会です。今回のテーマは電子書籍。定員をあっという間に上回るほど多くの参加者が集まり、電子書籍に対するかなりの関心の高さがうかがわれました。 EPUB3の詳しい仕様の解説から電子書籍の現状、iBooksAuthorの動画に
ビルド職人本の裏話 - marsのメモ
書く書く詐欺だったビルド職人本の裏話をやっと書きます。今回は入稿してからの話。入稿はHTMLで行いました。SphinxのHTMLｰｰｰmake htmlで生成するアレを入稿。それをGDPの中の人がEPUB形式に変換して、お互い微調整を行うという流れ。 Sphinxが出力したHTMLのマークアップをGDPのEPUBのマークアップに変換していくのですが、GDP側のマークアップが意味的に細かいので、結構修正が多いです。正直、HTMLで入稿して（GDPの中の人が）楽だったのかな？と思えるくらい。 例えば、"code"なんてのはSphinx側では"``code``"だけなんですが、GDPのEPUBはcode, var, kbd, sampを使い分けてる。「EPUB3用XHTML作成ガイド」にもそう書いてるんですが、いくらなんでもやり過ぎやろー！？と思ってたら、ホントにそうやってる。 Sphinxで原
Lion Serverで電子書籍用のWikiサーバーを使い始めた。 - jitto note
せっかくLion Serverを稼働させ始めたので、Wikiサーバーを活用し始めました。 グラフィックを教えているスクールで去年から電子書籍デザイン講座を始めたのでEPUB、ADPS、インタラクティブPDFに関しての知識を集約していこうと思っています。 関連する情報などは普段から書籍やRSS、Twitterなどから情報を得て必要なものはEvernoteに貯め込んでいますが、Evernoteは貯蔵庫みたいな状態になっていてどうも上手く使いこなせていません。必要な情報は手持ちのInDesignやSigilなどで検証していってますが、もっと整理した形でアウトプットしておかないと知識としての上積みにならないのではと思っていました。本来、Wikiは複数での情報集約的な使い方なんでしょうが、レイアウトもシンプルですし自分の知識をまとめておくのに適しているような気がします。 項目としてはAdobeのAD
EPUB3.0作成ワークフロー／サンプルコンテンツ | 技術情報 | 株式会社三陽社
Indesign→EPUB3.0作成ワークフロー／サンプルコンテンツ Indesign→EPUB3.0作成ワークフロー 弊社ではInDesignから書き出したXMLデータをPerlスクリプトを介して各種電子書籍で使用できる形式のXMLに変換するシステムを構築し、効率的な電子書籍作成環境を実現するべく研究を重ねております。一例として、InDesign CS5よりEPUB3.0への変換ワークフローを紹介させていただきます。 1.Indesign CS5の元ドキュメントを準備します 旧バージョンのIndesignで作成されたコンテンツなどはIndesign CS5で開き、別名保存して準備を整えておきます。 2.すべてのスタイルをインポートします スタイルパレットメニューから「すべてのテキストスタイルの読み込み」を選択し、準備してあるテンプレートからすべてのスタイルをインポートします。 3.Ind
ePubフォーマットによる電子書籍のラインナップを開始します
オライリー・ジャパンは、このたび株式会社トップスタジオさんと共同で電子書籍専用タイトルの出版を開始します。 現在オライリー・ジャパンでは、販売している書籍のうちおよそ半数にあたる180タイトルの書籍をDRM FreeのPDFフォーマットで販売しています。今回はこれに加えて、ePubフォーマットによる電子書籍専用のタイトルを販売開始します。 2012年1月に発行するのは『Flex 4.5によるAndroidアプリケーション開発』『スケーリングMongoDB』『マネージャーのための仮想化ガイド』の3タイトルで、いずれも50ページから150ページくらいのコンパクトなサイズの書籍。これ以降、毎月数タイトルのペースで刊行を続ける予定です。 今回のプロジェクトでは、トップスタジオの武藤健志さん達が開発に携わるオープンソースのドキュメント処理ツール「ReVIEW」を採用しており、書籍の執筆／翻訳から出版
［速報］「EPUB 3」がついに完成！ IDPFが発表
EPUB 3 Becomes Final IDPF Specification | International Digital Publishing Forum EPUB 3は、HTML5とCSS3など現在W3Cで策定中の最新のWeb標準をベースにしたオープンな電子書籍フォーマットです。アップルのiPadや Google Books、ソニーのReaderなどで採用されており、PCでもEPUBリーダーをインストールすることで表示可能で、電子書籍の有力な国際標準フォーマットと考えられています。 また、縦書きやルビ、圏点（傍点）、禁則といった日本語の書籍に不可欠だった要素が含まれているため、EPUB 3の登場は国内での電子書籍の普及や、日本語の電子書籍を世界に向けて販売できる環境が整うと期待されています。 IDPF（International Digital Publishing Forum）で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Kindleフォーマットに適したEPUB 3ファイルの作り方／ これだけは知っておきたい10のルール
大阪DTPの勉強部屋「電子［書籍・ブック］とDTPオペレーター」
【電子書籍の夜明け】第11回 なぜ電子書籍のリフローはむずかしい／組版における変わるもの・変わらないもの リフローする電子書籍の組版を考える（3）
【電子書籍の夜明け】第10回 電子書籍の組版を妨げるもの／おもてなしの技術としての組版 シンポジウム「電子書籍の組版を考える」報告（2）
EPUBとその制作について
まとめよう、あつまろう - Togetter
