すでにいろいろなサイトにたくさん書かれていると思いますが、
先日公開されたPreview版をインストールしましたので、
一番気になっていた「スタートボタン」関連だけのみ簡単に紹介します。
Windows8 デスクトップ画面
タスクバーの左端にスタートボタンが追加されています。
また、こちらのメニューにはシャットダウンメニューが追加されています。
こちらはタスクバーのプロパティダイアログです。
このダイアログにはにはナビゲーションタブが新設されており、
[スタート画面]の設定で、サインイン後に直接「デスクトップ」に移動する
設定が可能になっています。
また、「スタート画面への移動時にアプリビューを自動的に表示する」で
スタートボタンやWindowsキーで「アプリビュー」を直接表示できるように
なっています。
必要に応じてこれらを設定しておくことでWindows7以前のOSからの移行で
感じる違和感はある程度軽減されそうです。
Antenna House PDF Viewer SDKはPDF表示のためのSDKですが、表示以外にも PDFファイル内のテキストを抽出することができます。今回はこの機能をご紹介したいと思います。
テキスト抽出に利用するのはSDKの PDFViewerAPI です。
開発言語は C/C++ が利用できます。
ページとそのページの矩形を指定してテキストを抽出します。
例）矩形 (4535, 3798)-(7933, 4535) → テキスト “ＵＶＷＸＹＺ”
座標系は、原点は左上、x軸は右方向、y軸は下方向に増加します。
長さの単位はTWIPで1/20ポイント、1/1440インチに相当します。
TWIP は「Twentieth of an Inch Point」の略だそうです。
1インチは 25.4mm ですので、
1 mm = 1440/25.4 TWIP ≒ 56.69 TWIP の計算になります。
例1 の矩形は、mm 単位では (80.0, 67.0) – (141.0, 80.0) になります。
ページと、そのページ内での文字の開始位置と終了位置を指定して、テキスト(getPageTextString)もしくはテキスト領域（getPageTextRegion）を取得します。
文字単位でのテキストおよび座標の抽出
（getPageTextString/getPageTextRegion）
(開始位置, 終了位置)＝(0, 1), (1, 2)のように進めることで、PDF内の文字との文字領域を順に取得することもできます。
なお、テキストの順序は PDFのページに文字コードが現れる順になります。
PDFによっては必ずしも見た目の順と一致しない場合がありますので、注意が必要です。
以上、PDF表示以外での利用方法のご紹介でした。
評価版のお申し込み：
https://www.antenna.co.jp/oem/ViewerSDK/trial.html
お問い合わせ：
SDKはOEM販売となります。OEMご相談窓口へお問い合わせください。
「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最新バージョンの試用版をお使いいただくこともできます。
どうぞよろしくお願いします。
今回は、PDF/A仕様に完全準拠となる準拠レベルAファイルの作成方法を紹介します。
前回記載しましたように、準拠レベルAでは元のドキュメントの論理構造を格納する必要があります。このため、仮想プリンタドライバでは準拠レベルA対応のファイルは作成できませんでした。
Microsoft Office のWord,Excel,PowerPointなどのPDF出力機能では、Officeのドキュメント内の情報から、準拠レベルAに対応したPDF/Aファイルを作成することができます。
Microsoft Word 2013のPDF保存用のオプション指定ダイアログ
明確な記載を見つけることができませんでしたが、「アクセシビリティ用のドキュメント構造タグ」チェックボックスをチェックするとPDF/A-1a、チェックをはずすとPDF/A-1bファイルとなるようです。
Microsoft Wordに組み込まれるPDFMakerの設定ダイアログ
こちらでは、PDF/A-2a、PDF/A-2b、PDF/A-3a、PDF/A-3bも作成可能になっています。PDFMakerには「ソースファイルを添付」として、元のWord文書をPDF内に格納する指定があります。以前紹介しましたように、PDF/A-3では、ファイル内に他形式のファイルの格納を認めており、PDF/A-3選択時には、このチェックボックスを指定して、元文書をPDF/Aファイルに添付することができます(PDF/A-1では添付ファイルは禁止、PDF/A-2ではPDF/A以外の添付ファイルは禁止されているため、このチェックボックスはグレーアウトし、指定することができません）。この箇所が、PDF/A-2とPDF/A-3の大きな違いと言えます。
当社製品では以下の製品がPDF/A-1aの出力をサポートしています。
・Antenna House Formatter V6
今回紹介した製品にはレベルUの出力を指定できるものがありません。レベルUはレベルBの仕様に、出力される文字とUnicodeの対応付けをPDF内に格納することを追加したものですが、仮想プリンタドライバ、Officeなどからの直接出力のいずれの場合でも、レベルBを指定しても、この対応付けはPDF内に含めて出力されています。
以上、PDF/Aファイルの作成方法をいくつかまとめてみました。
これまでに、PDF/A(ISO 19005)ファミリの仕様を順次紹介してきました。
PDF/A-3については、前回の紹介時点(2012/05/09～2012/05/11)ではまだ国際標準になっておらず、Draftの仕様で記載しましたが、その後、2012/10に正式に初版が発行されています。
今回はそのPDF/Aファイルの作成方法について書いてみます。
以前、説明しましたように、PDF/Aファミリには準拠レベルが存在します。長期間に渡ってファイルの視覚的な外観を維持できることを目的とするレベルB、これに加えて、ドキュメントの論理構造、意味といった情報を格納できるPDF/A仕様完全準拠のレベルAがあります(PDF/A-2,PDF/A-3ではこの中間にあたるレベルUが定義されます)
今日は、Pドキュメントの論理構造を必要としない準拠レベルB対応ファイルの作成方法を紹介します。
PDFファイルの作成方法として、アプリケーションからの印刷時に指定するプリンタにPDF出力用の仮想プリンタドライバを指定する方法、PostScriptファイルからPDFへ変換する方法などがあります。
前者では、PDF/A出力に対応している仮想プリンタドライバを指定することでPDF/Aファイルを作成することができます。プリンタドライバが、渡された印刷データからPDF/Aファイルを作成しますが、印刷データには元のドキュメントの論理構造に関する情報は含まれていないため、レベルAに準拠したPDF/Aファイルの作成はできません。PostScriptファイルからの場合も同様です。
PDF/A対応の仮想プリンタの例として、当社のAntenna House PDF Driver,アドビシステムズのAdobe PDFの使用方法です。いずれもPDF/A-1bファイルの作成に対応しています。
この「PDF/A-1b:2005(RGB)」は、Adobe PDFで設定可能な各種項目に対して、PDF/A-1b出力用に適切な値を定義したプリセットになります。「PDF設定」の右側の「編集」ボタンをクリックすると、プリセット値の内容を参照することができますが、設定内容を見てみると、「互換性のある形式」として、PDF/A-1bのベースである「PDF 1.4」、フォントには「すべてのフォントを埋め込む」、カラーマネージメントポリシーには、「すべてsRGB色に変換」、準拠する規格には、「PDF/A1-b(Acrobat 5.0互換)」などが設定されていることがわかります。
PostScriptファイルから、PDF/A-1bファイルへの変換は Acrobatに付属するDistillerを使用することができます。また、フリーソフトとして配布されているGhostscriptもPostScriptからPDFへの変換機能を持っていますが、変換時に -dPDFAオプションを指定することで、PDF/A-1bファイルを作成することができます。
このほか、当社製品では以下の製品がPDF/A-1bの出力をサポートしています。
次回は、準拠レベルAのPDF/Aファイル作成方法を説明します。
こんにちは
今日は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 の文書の見直しをしてみてください。
当社の瞬簡PDFシリーズは、シンクラアント環境にて動作確認しております。
最近は、お問い合せ、導入実績も増えております。
事前に動作検証が必要な際には、是非お問い合せください。
瞬簡PDF各製品は、試用版をご用意しております。
また、当社H.P上に記載のないシンクライアント環境につきましても
可能な限り、検証させていただきますので、お問い合せをお待ち致しております。
シンクライアント環境での動作についての記載は下記にございます。
シンクライアント環境での動作について
●デスクトップ製品ライセンス体系と動作環境についてお問い合わせ
TEL：03-5829-9030
e-mail：sales@antenna.co.jp
当社では、不定期にダイレクトメールを発送させていただいております。
お手元に届いた方もいらっしゃるかと思います。
是非、開封して内容をご確認ください。
今までご存知なかった商品情報があるかも知れません。
ダイレクトメールではお伝えしきれない事もございますので、
疑問などございましたら、是非お問い合せをお待ち致しております。
また、時には謝礼付きのアンケートも発送させていただいております。
当社ではお客様のご要望を出来るだけ活かした製品を開発していきたいと考えておりますので、お気づきの点があれば、お聞かせください。
お問い合わせ先
TEL：03-5829-9030
e-mail：seles@antenna.co.jp
