AH Formatter 担当です。
AH Formatter から作成した PDF 内に
指定していない外部リンクが作成されているというお問い合わせをいただくことがあります。
たとえば文書内に
https://www.antenna.co.jp/
といった URL を示す文言があり（確認用 PDF）、
それが勝手に外部リンクになっているという現象であれば、
ご使用の Adobe Reader や Acrobat の機能によるものと思われます。
Adobe Reader X でしたら、
[編集] – [環境設定] の「一般」にある「URL からリンクを作成」という項目が該当します。
これをオフにすると URL の文字列が外部リンクになるという現象がなくなります。
本ブログのより詳しい解説記事を次に用意しました。関心をお持ちの方はご参照ください。
「CSS組版ブログ」に書きましたが、6月4日に東京で開催されたW3C Workshop on eBooks & i18nに参加しました。
☞W3C eBooks Workshop、Test The Web Forward、W3C Developer Meetupに参加
このeBooks Workshopに関連して、W3CにDigital Publishing Interest Groupが出来ています。
☞Digital Publishing Interest Group Charter
これを見ると、議長は、Markus Gylling (IDPF and the Daisy Consortium)およびMadi Weland Solomon (Pearson PLC)と、EPUB仕様策定とデジタル出版の中心的な人たちです。
そのスコープには次のようにあります（Google翻訳に頼って和訳）。
今日のデジタル出版市場は、ダイナミックで、急速に変化し、力強いです。電子書籍は、印刷されたバージョンと競合し、ハードウェアと電子書籍リーダーのために利用可能なソフトウェアの幅広い選択肢があります。ジャーナルや雑誌もデジタル化され、Web上や専用アプリケーションで利用できるようになり、場合によっては印刷版は放棄され、純粋にデジタル版だけになることさえあります。電子書籍リーダーや電子書籍、雑誌、ジャーナルや教材のためのタブレット端末で使用されるフォーマットは、主に(X)HTML、CSS、SVG、SMIL、MathML、さまざまなWeb APIなど、W3Cのテクノロジーに基づいています。
しかし、これらのフォーマットとW3C勧告のアライメントは、完璧ではありません。必要な機能は、W3C文書に欠けている、またはドラフトであり、結果としてEPUB3（電子書籍のための規格）では、出版のニーズをカバーするために独自の拡張機能を導入しました。具体的には、EPUB3標準はまだ安定した状態に達していないいくつかのW3C技術に依存して、そのうちのいくつかはすでに勧告候補ですが、いくつかの他はまだW3Cプロセスによる不安定とみなされるドラフトです。これらは技術の不要な分岐が発生しないことを保証するためにW3C勧告と調和するべきです。電子書籍とオープンWebプラットフォームに関するワークショップ（W3C、国際デジタル出版フォーラム（IDPF）、および Book Industry Group（BISG）が共同で開催、ワークショップの報告も参照）は、現在のW3C勧告では出版界のニーズがまだ十分に反映されていない問題と領域の数を明らかにしました。そのような分野には、ページメディア、CSS書記方向、高度なフォント管理、国際化、適切なメタデータ語彙、コンテンツ保護、アクセシビリティ、およびHTMLテンプレートが含まれています。
そのW3Cワークショップは電子書籍だけに集中しましたが、同様の懸念は、Open Webプラットフォームを通じて、ハイエンドの雑誌のデジタル版を提供しようとするような出版社からもありえます。雑誌やジャーナルの電子版は、また高度に構造化されたデータフォーマットの需要（検索エンジンを介して非常に高速なインデックス作成を確実にするなど）があり、オンラインで頻繁にデジタルパブリッシングのためのビジネスモデルの中核部分である広告も、本や雑誌の出版と同じ非常にハイレベルの要件を持っているかもしれません。オンライン教育市場は、教科書、オンラインテスト、イラスト、などのために非常に高品質のパブリッシング要件があるかもしれません。
このインタレストグループの目標は、具体的かつ十分に文書化されたユースケースと技術要件に裏打ちされて、デジタル出版業界とオープンWebプラットフォームの開発の間に矛盾が発生する場所の深く徹底的な概観を提供することにある。これらの文書は、それが適切なら、リエゾンセクションにリストされている関連するワーキンググループと協力して開発されるべきです。
今後、このような動きによって、新しい本や雑誌を作るための仕様の標準化が進めばと期待します。また、協力もしていければと思います。
AH Formatter V6.1で追加された機能をいくつか紹介します。
（プレゼン資料「AH Formatter V6.1 の紹介」からの抜粋）
以下の言語の文字（スクリプト）に新たに対応しました。
また、「Formatter Club」に登録（無料）することで、開発中のAH Formatter最新バージョンの試用版をお使いいただくこともできます。
どうぞよろしくお願いします。
こんにちは
今日はCAS-UBでEPUB出力したらなぜか行頭が2文字字下げになってしまった…、という例を紹介します。
外部にテキストなりWordの形で原稿を持っていて、これをCAS-UB の外部データ入力を使ってインポート、EPUB出力すると、選択するCSSのテーマによって、段落始めの行頭が2文字分字下げされてしまいます。
これは、CSSのテーマ側で、段落行頭を自動的に1字字下げする設定をしているためです。
なぜそんなものを設定したのか、というと、EPUBは、HTMLベースで作られているとはいえ、「電子書籍」の形態をとっているため、「本」なのだからあったほうがいいだろう、という理由からです。
気になる場合は、段落行頭を字下げしないCSSのテーマを選ぶか、CAS-UB の編集画面上で、段落の全角空白文字を削除するか、原稿側で同じ作業をして対応してみてください。
なお、CSSのテーマ一覧は、ユーザー画面から、「生成」→「EPUB3」カテゴリの「一般」→「CSSテーマの一覧」リンクをクリックすると、テーマの見本一覧が確認できますので、ここでご確認ください。
少しややこしいですが、よろしくおねがいいたします。
こんにちは。
今回は、CAS-UB Word インポート、箇条書きについて紹介します。
これまでもWordファイルをCAS-UB に取り込めるという紹介をしてきましたが、どうも箇条書きの設定がうまくいかない、というユーザーの声を聴き、今回はWordの箇条書きをテーマに、Wordの編集について紹介します。
これさえ覚えれば、CAS-UB も怖くありません！
箇条書きを作るには、Word 2007以降ならば、リボンのホームタブ(Word 2003だとツールバー)にある「箇条書きボタン」を使います。
全部で3種類あります。
使われ方は様々で、順番を問わないような、並列で表せるものは番号なし、手順など、順序立てて表さなければいけないものは、箇条書きボタンを使うところまでは皆さんご承知だと思います。
さて、最初からボタンを押して、箇条書きを作っていくか、最初に番号をつけて文章を作ると、Enterキーを押したとき、自動的に次の番号が出てくるのを利用する、というのが大半のユーザーの使い方だと思います。そしてWordはそれを援助する親切設計なので、なんとなくでもスムーズに箇条書きを作れてしまいます。
ところが、こうして作られたWord ファイルをCAS-UBにインポートしてみると、なんということでしょう！一応、箇条書きになっているが、番号の並びがおかしい！配置位置もヘン！というモノが出てきました。
問題のWord ファイルです。一見して、正しく箇条書きが設定されているように見えます。
ですが、よ～く見ると、何だかとても書き方が怪しいです。どこがおかしいでしょうか
箇条書きを作成する際、「Space」や「Tab」などで空白を作ってはいけません。
CAS-UB では、この設定は無視されます。
文章を2行に分けようと、「Enter」（改行）を押してはいけない。
CAS-UB では、「Enter」での改行は、段落（ここではひとつの箇条項目）の終わりとみなします。どうしても文章を2行に分けたいときは、「Shift」＋「Enter」で強制改行しましょう。ただし、箇条書きの中での強制改行は、XHTML的に正しくありませんのでご注意ください。そういう時は、見合うレベルの見出しと本文に分けて設定しましょう。
箇条書きと箇条書きの間に、空行（Enter）は不要です。
上述したように、「Enter」ひとつで、箇条項目が終わり、次の箇条項目が始まります。ところが、さらに続けてEnterを入れてしまうと、今度は箇条書き自体が終了したとCAS-UBでは判断し、次に来る箇条書きは、新しい、さっきまで作っていた箇条書きとは違う、「別の箇条書き」が始まるとみなします。
みなさま、EPUBにしたとき、箇条書きがおかしな具合になりましたら、いちどWord の文書の見直しをしてみてください。
CAS-UBで制作した本（EPUB, PDF）の見本としてCAS-SUPPORTブログに書いた記事をまとめて、『本を作るための新しい仕組みの登場』というタイトルのEPUB版とPDF版を作りました。
I 概要
『本を作るための新しい仕組みの登場』
（制作ツールから考える電子書籍論）
■目次
第1章 PDF に代わってEPUB が普及する1
第2章 書籍の未来を考える5
第3章 世界の各地で登場。本を作る新しい仕組み9
第4章 CAS-UB とO’Reilly Atlas の機能比較13
第5章 CAS-UB で本の制作支援17
第6章 本の構成の編集と文章の編集
第1版
2013年6月9日発行
EPUB3版とPDF版を用意しました。
それぞれ次でダウンロードしていただくことができます。
Ⅱ 無償配布中
次からダウンロードしてお読みいただくことができます。
その他、
無償配布中の出版物
なお、EPUB版を読むにはEPUBリーダが必要です。
DITAをご検討中のお客様からconrefとconkeyrefについてよく分からないというお話を聞きます。まあ確かにconrefはともかくとしてもconkeyrefはピンときませんね。
今日は両者の違いについて少し書いてみます。両方ともフラグメント単位でのデータ再利用の方法なのですが、どのような違いがあるのか…
たとえばソフトウェアのマニュアルに「[開く]をクリックします」と出力したいとき、この文字列をトピックファイルにそのまま書いてしまってもいいわけですが、そうするとこのソフトウェアをタブレット端末用に移植したとき、「クリック」をすべて「タップ」に変更しなければいけません。
DITAの場合大量のトピックファイルにこのような記述があるはずですので、けっこうきつい作業になりそうです。
そこでconrefの登場です。conrefを使った場合、次のように記述することになるでしょう。
<p>［開く］を<ph conref=”names.xml#concept_names/operation_click” />します</p>
つまり「クリック」という文字列を直書きせずに、<ph>要素を使って「names.xmlを見に行け」とするわけです。そして別途作ったnames.xmlに次のような記述をしておきます。
<ph id=”operation_click”>クリック</ph>
するとDITA Open Toolkitが自動的に「クリック」という文字列に差し替えてくれることになります。将来タブレット端末対応したときに上記を
<ph id=”operation_click”>タップ</ph>
と書き換えれば、マニュアル全体の「クリック」がすべて「タップ」に置き換わってくれるわけですね。
大変便利で手軽なのですが、１つ問題があります。それはトピックファイルに
<p>［開く］を<ph conref=”names.xml#concept_names/operation_click” />します<p>
このように”names.xml”というファイル名を直書きしなければいけない点です。将来このnames.xmlのファイル名を変える必要が出てきたときは…
想像するだけでも嫌になってしまいますね。
そこで次に登場するのがconkeyrefです。conkeyrefを使った場合、トピックファイルには次のように書くことになるでしょう。
<p>［開く］ボタンを<ph conkeyref=”COMMON_NAMES/operation_click/”>します。</p>
で、今度はマップファイルに次のような記述をします。
<keydef href=”names.xml” keys=”COMMON_NAMES” />
“COMMON_NAMES”という文字列をキーにして、マップファイル経由でnames.xmlを参照に行きます。conrefのときとは違ってnames.xmlというファイル名を（トピックファイルではなく）マップファイルに追い出すことができました。
こうすることで将来names.xmlというファイル名を変更する必要があっても、マップファイルだけ修正すればいいことになります。
お手軽で分かりやすいconref、ちょっと面倒だけれど将来も安心なconkeyref。どちらが正解ということではなく、うまく使い分けできるといいですね。
最近は諸事情で「本社が移転！」なんていうこともちょくちょくあります。マニュアルに記載する本社住所もconrefとかconkeyrefを使っておいた方が安心かも(?)
AIA (Aerospace Industries Association) Spring Tech Pubs Workshop
このワークショップは改訂データや情報の配信に関わっている産業界、DoD（Department of Defense、国防総省）サービス、および他の防衛機関が、デジタル出版や最新の技術への移行や、武装システムと訓練データの伝達に対応できるように情報交換の場として設立されました。
このイベントは今までは大盛況で、政府機関の議員や軍事産業の代表者が参加しました。内容はほとんどいつも技術的なものでした。今年は、sequestration（強制歳出削減）で知られるアメリカ政府による大幅な経費節減で、政府関係、軍事関係の人が誰も参加しませんでした。参加者の人数はだいたい80人で、例年に比べ残念な状態でした。
AIAイベントはフロリダ州で開催されたわけですが、フロリダ州といえば、2001年にアンテナハウスが海外展示会初出展をしたXML Conference & Exhibitionが開催された場所でもあります。あれから12年、開発に開発を重ね、AH Formatterは世界中の1800社以上の企業で導入されている組版ソフトウェアとなりました。
５月はAH Formatter V6.1のリリースがあり、その直前のワークショップでしたので、完成度の高い新機能のサンプルを披露して来ることができました。
アンテナハウス海外サイト
http://www.antennahouse.com/
http://rainbowpdf.com/
この春アンテナハウスは２つのカンファランスに出展しました。４月にロードアイランドのプロヴィデンスで開催された Content Management Strategies/DITA North Americaと、五月にフロリダのクリアウォーターで開催された、2013 AIA (Aerospace Industries Association) Spring Tech Pubs Workshopです。
対照的だったのは、DITAイベントは確実に大成功だったのに対し、AIAイベントは参加者が少なかったことです。その違いは、一方はDITAに焦点を置いたカンファランスだったのに対し、一方は、S1000D（航空宇宙・防衛業界の国際的な技術文書仕様）に焦点を置いたカンファランスだったことです。S1000Dが、航空宇宙・防衛業界や、政府機関から指定された仕様である事に対して、DITAの導入は全く企業の選択で決められます。
CMS/DITA North Amrerica Conference 2013
DITAはまさにビジネス社会の要求を満たし、CMS/DITA North America conferenceは企業が、DITAを採用し続ける手助けをし、北アメリカにとどまらず、DITAは世界中に広まろうとしています。今年は世界17カ国から344名が参加。現在の世界的な経済情勢を考慮すれば、驚くべき実績ではないかと考えます。
４つのトラック、情報デザイン開発、テクニカルソリューション、マネジメント、先端テクノロジーで構成され、参加者にとってこれは非常に役立ちます。
このカンファファランスの最後のセッションでDITA-OT Panelが開催され、DITA-OT(DITA Open Toolkit)に関わっているキーパーソンが集い、OTの現在の状態、調査結果 そしてOTの今後についてディスカッションが行われ、大変興味深いものとなりました。(Robert Anderson (IBM Corporation) (DITA Technical Committee), Eliot Kimber (RSI Content Solutions)、 Frank Shipley (Componize Software)、Hal Trent (Comtech Services, Inc))
OTはボランティアによって支えられています。デフォルトのOTは多くの人が使うものですが、システムに組み込んでベンダーから提供されるツールキットもあります。OASISはDITA標準を維持管理しますが、OTに関わってはいません。基本的に３人の開発者がOTを開発しています。OTはSource Forgeにありダウンロード可能です。開発者はGithubを使っています。IBMが初期のコードを貢献、寄与しました。OTの開発やドキュメンテーションなどのボランティアは大歓迎です。Robertは、OTの開発に関わってきた観点から発言をし、EliotはOTのプラグインをビルドした経験を語り、Frankはベンダーとして、システムにOTを組み込んだ経験を、HalはOTのトレーニング教育について語りました。１つ問題なのはDITA OTを正式に管理する組織がないということ。このことはDITAの成功を左右する重大な問題だと考えます。本来の彼らの仕事がもちろん優先するストレスの中、少ない人数のボランティアが偉大な仕事をしています。
アンテナハウスはDITA Open Toolkit で使用する PDF出力用の新しいプラグインを用意しています。是非お試しください。
アンテナハウス海外サイト
http://www.antennahouse.com/
Antenna House Formatter V6.1を5月23日に公開しました！
V6.0からV6.1への主な改訂内容は以下の通りです。
1）インド系文字、東南アジア系文字の追加
V6.0以前もインド文字には対応しておりましたが、スクリプトはデーヴァナーガリーとアラビックのみでした。
インド政府が指定している公用語はヒンディ語でこれはデーヴァナーガリー文字で対応出来ますが、インド各地方毎に定められている公用語があります。
インドの紙幣には地方で定められている公用語、15の言語で金額が表示されてます。
これらの言語に対応するために、以下のスクリプトを追加対応しました。
これでインド内で使用されている言語をほぼサポート出来たことになります。
さらに、
の東南アジア系の文字などもサポートしました。
これまでもAH Formatterは50ヶ国語以上の組版実績を持っておりますが、更なる活用を期待できます。
2）MathMLの表示改良
MathMLの表示に関しては、これまでお客様からご指摘いただいた内容を元に大幅な改善を行いました。
3）背景にグラデーションを指定することが可能となりました。
4）PDFにビデオやオーディオなどのマルチメディアデータを埋め込むことが可能となりました。
5）ブロック領域を斜めにするなど、自由に配置出来ます。
6）PDF/X-4に対応しました。
などなど。
詳しくは、
https://www.antenna.co.jp/support/update-sys/ahf/ahf61.html
こちらで。
また、V6.1新機能の確認サンプルを用意しました。（PDF）
https://www.antenna.co.jp/AHF/ahf_samples/index.html#AHFV61
・インド系言語のサンプル
・マルチメディアの埋め込みサンプル
・グラデーション関数のサンプル
・ブロック領域変形のサンプル
の4点を確認出来ます。
AH Formatter V6.1 の評価版は、
https://www.antenna.co.jp/AHF/trial.html
こちらからお申し込み下さい。
是非、評価版をお試しいただき、ご意見をお聞かせ下さい。
