PDFに続くもの
私は大手メーカーのIAを行います。当社の製品カタログには、50万点以上のアイテムが含まれています。各製品には、少なくとも2つのPDFドキュメントが関連付けられています。したがって、製品データベースには少なくとも100万のPDFがあります。さらに、営業チームとサービスチームはPDFを愛しています。自己完結型で印刷可能な製品の説明なので、当面はPDFのままです。
したがって、グループに対する2つの質問：
- 小さな画面でPDFを読みやすくする方法はありますか？
- PDFへの印刷ツールは、事前にフォーマットされたPDFに代わる便利なツールですか？
私の計画は、HTMLがPDFよりも優れている理由は無数にあることを企業の上級管理職に説明することです。これらはファイルが小さいため、ストレージと帯域幅のコストを節約でき、モジュール化されているため、時間とお金を節約することなく、すべてのデバイスで使用できます。
もちろん、すばらしいNN/gはこれについての情報を提供しているので、非常に役立つでしょう。
PDFユーザビリティ犯罪
PDFファイルがWebサイトまたはイントラネットで引き起こすユーザビリティの問題は多数あります：
リニア展示会
PDFファイルは通常、印刷を目的としたドキュメントから変換されるため、作成者はWeb作成のガイドラインに従っていなかったでしょう。結果？多くの画面を占める長いテキストで、不快で退屈なものです。
ユーザーエクスペリエンスの低下
PDFは、さまざまなコマンドとメニューを持つ独自の環境にあります。標準のブラウザコマンドが機能しないため、ドキュメントの印刷や保存などの単純なものでさえ困難です。
クラッシュとソフトウェアの問題
以前ほど悪くはありませんが、HTMLページではなくPDFファイルをユーザーに提供すると、ユーザーのブラウザーまたはコンピューターがクラッシュする可能性が高くなります。
ブレイクフロー
コンテンツを表示するには、特別なリーダーが起動するのを待つ必要があります。また、PDFファイルは、プレーンなWebページよりも綿毛が詰まっている傾向があるため、ダウンロードに時間がかかることがよくあります。
孤立した場所
PDFファイルはWebページではないため、標準のナビゲーションバーは表示されません。通常、ユーザーはサイトのホームページに戻る簡単な方法さえ見つけることができません。
コンテンツblob。
ほとんどのPDFファイルは、内部ナビゲーションのない巨大なコンテンツチャンクです。また、テキスト文字列の次のリテラル一致にジャンプする非常に原始的な機能を除いて、適切な検索がありません。ユーザーの質問に回答した場合75ページでは、彼または彼女がそれを見つける確率はほぼゼロです。
テキストはコンピューターの画面ではなく、印刷されたページに収まります。
多くの場合、PDFレイアウトは1枚の用紙用に最適化されており、ユーザーのブラウザーウィンドウのサイズと一致することはほとんどありません。さようならスムーズなスクロール。こんにちは小さなフォント。
以下は、パワーポイントがなぜ悪くなる可能性があるかについての素晴らしい視覚的表現を与えるパワーポイントです：
そして、ここにいくつかの良い点があります： Pdf Sucks
- 文書のデータを保持する可能性がありますが、非標準的な方法でそれを行います。
- PDFファイルは、テキストやHTMLの同等のファイルよりもサイズが大きいことがよくあります。
- セキュリティなしで自動的に実行されるドキュメント内のJavaScriptを許可し、マシンへの完全なルートアクセスを許可します
- HTMLとXMLの方が優れています（コンテンツを好みのウィンドウ幅で表示できるため、テキストをリフローして水平スクロールが煩わしくならないためです）。