タブレットで PDF を開き、下にスワイプしてスクロールすると、ページが横に移動します。デバイスを横向きに回転すると、PDF は逆方向に回転します。デスクトップ上ではマウスホイールで完璧にスクロールするドキュメントが、タッチスクリーン上ではイライラするレスリングの試合に変わります。モバイル デバイス上の PDF を悩ませるスクロール方向と向きの問題は、PDF 形式がページ レイアウト メタデータを処理する方法と、モバイル ビューアがそのメタデータを解釈する方法に起因します。
タッチスクリーン PDF 表示 では、PDF 形式では決して対応できるように設計されていなかった対話パターンが導入されています。 PDF は、キーボードとマウスを備えたデスクトップ コンピューター用に 1990 年代初頭に作成されました。指でドキュメントをスワイプ、ピンチ、回転させるという概念は、形式仕様が作成された時点では存在していませんでした。モバイル PDF ビューアは、デスクトップ時代のフォーマットとタッチ時代のインタラクション期待との間のギャップを埋める必要があります。
PDF のスクロールがタッチスクリーンで異なる動作をする理由
デスクトップ PDF リーダーは、マウス ホイールでビューポートを上下に移動させるため、デフォルトで垂直にスクロールします。 PDF ページ レイアウトは、単一ページであるか連続スクロールであるかに関係なく、ページの流れを決定します。タッチスクリーンでは、視聴者は、垂直スワイプが現在のページ内で下にスクロールすることを意味するのか、次のページに進むことを意味するのか、またはすべてのページを継続的にスクロールすることを意味するのかを決定する必要があります。ビューアが異なれば選択も異なり、PDF の初期ビュー設定がビューアのデフォルトをオーバーライドする可能性があります。
PDF 仕様には、ドキュメントを開いたときにページがどのように表示されるかを制御するページ レイアウトと呼ばれる初期表示設定が含まれています。オプションには、単一ページ、1 列、左 2 列、および右 2 列が含まれます。 [右 2 列] に設定されたドキュメントでは、奇数ページが右側にある 2 列レイアウトでページが表示されます。これにより、垂直方向のページ フローを想定しているデバイスでは水平スクロールが発生する可能性があります。この設定を尊重するモバイル ビューアでは、混乱を招くスクロール動作が発生する可能性があります。
ページの進行方向も混乱の原因です。西洋の読書文化では、ページは左から右に進みます。右から左に読む文化では、ページは右から左に進みます。 PDF 言語メタデータは、使用する読み取り方向を閲覧者に伝えます。アラビア語またはヘブライ語の言語設定で作成された PDF では、ページが右から左に進むため、左にスワイプして進む動作が発生し、右にスワイプして進むことを期待していたユーザーは驚かれます。
モバイルで PDF の向きが動かなくなったり、反転したりする理由
タブレットと携帯電話は、デバイスの方向センサーに基づいた自動画面回転をサポートしています。デバイスを回転すると、オペレーティング システムは PDF ビューアにディスプレイを回転するように指示します。ビューアは、デバイスの物理的な向き、オペレーティング システムの回転ロック設定、PDF ページの回転メタデータという 3 つの競合する入力を調整する必要があります。
一部の PDF には、回転が埋め込まれたページが含まれています。縦向きのドキュメント内の横向きのページは、90 度の回転命令を使用して保存される場合があります。モバイル ビューアはこの命令を読み取り、それに応じてディスプレイを回転します。デバイスも回転すると、2 つの回転が複合して、ページが上下逆さままたは横向きに表示される可能性があります。閲覧者は、PDF の回転、デバイスの方向、または両方の組み合わせを尊重するかどうかを決定する必要があります。
モバイルでのPDF ナビゲーション エクスペリエンスは、ズーム レベルの永続性によってさらに複雑になります。タッチスクリーンで PDF ページをズームインし、次のページにスワイプする場合、閲覧者はズーム レベルを維持するか、ページに合わせてリセットするかを決定する必要があります。ズームを維持するビューアでは、各ページが予測できないズーム状態で開くという不快な体験が生じます。ズームをリセットした視聴者は、ズームインされたセクション内でリーダーの位置を失います。
スクロールと方向の問題の修正
スクロール方向の問題のほとんどは、PDF ビューアの設定を変更することで解決できます。 PDF アプリで表示モード オプションを探します。通常は、[単一ページ]、[連続]、または [スクロール] というラベルが付いています。連続モードでは、ページが中断されることなく垂直に流れるため、通常、最も自然なタッチスクリーンのスクロール エクスペリエンスが得られます。シングル ページ モードでは、一度に水平方向または垂直方向にページを強制的に進めます。
PDF 自体に問題のある初期表示設定がある場合は、ドキュメントのプロパティを変更することでそれらを上書きできます。メタデータ編集をサポートするエディタで PDF を開きます。 [ドキュメントのプロパティ] で [初期表示] 設定を見つけます。ページ レイアウトを [単一ページ連続] に設定し、ページ モードを [なし] に設定します。これらの設定は、ドキュメント固有の上書きではなく、デフォルトのスクロール動作を使用するように閲覧者に指示します。
WukongPDF は、モバイル デバイスで表示する前にページ レイアウト設定を調整できるブラウザベースのツールを通じて PDF を処理します。初期表示設定を修正して PDF を再処理すると、さまざまなモバイル ビューア間で予想どおりに動作するファイルが生成されます。
モバイルでの閲覧を改善するための PDF のデザイン
主にモバイル デバイスで表示される PDF を作成する場合は、初期表示を単一ページ連続に設定し、ページ レベルの回転命令を埋め込まないようにします。レターや A4 などの標準のページ サイズを縦向きで使用します。横向きのページが必要な場合は、ページレベルの回転命令を適用するのではなく、ページ内のコンテンツを回転させます。
配布する前に、iOS デバイスと Android デバイスの両方で PDF をテストします。 2 つのプラットフォームは、スクロール動作が異なる異なるデフォルト PDF ビューアを使用します。 Apple Books では自然にスクロールするドキュメントが、Google Drive PDF ビューアでは予期せずスクロールする場合があります。両方のプラットフォームでテストすると、ドキュメントが読者に届く前に修正できる問題が特定されます。
ピンチしてズームするジェスチャにより、タッチスクリーンがさらに複雑になります。ユーザーが PDF ページをピンチしてズームインするとき、閲覧者は、新しいズーム レベルで画面の幅に合わせてテキストをリフローするか、元のレイアウトを維持して水平スクロールを必要とするかを決定する必要があります。 PDF は、リフロー可能なテキストではなく、固定レイアウト用に設計されています。 PDF テキストをリフローしようとするモバイル ビューアでは、テキストが重なったりページからはみ出したりする、レイアウトが文字化けする可能性があります。固定レイアウトを維持するビューアでは、ユーザーは水平方向と垂直方向の両方にスクロールする必要があり、モバイルに最適化された Web ページに慣れているユーザーにとっては、この動作は壊れていると感じられます。
PDF の初期表示設定により、ドキュメントが予期しないズーム レベルで開かれる場合もあります。デスクトップ モニターでは幅に合わせて開くように設定された PDF が、携帯電話の画面ではまったく異なる見かけのサイズで開く場合があります。モバイル ビューアは多くの場合、独自のデフォルトを優先してドキュメントのズーム設定をオーバーライドしますが、このオーバーライドにより、ドキュメントがビューアのデフォルトにスナップする前に指定されたズームで一時的に表示されるという不快な遷移が発生する可能性があります。
タブレットの分割画面モードとマルチウィンドウ モードでは、さらに複雑さが増します。 PDF ビューアが画面の半分しか占有していない場合、全画面モードで動作していたページサイズでは水平スクロールが必要になる場合があります。閲覧者は、狭いビューポートに合わせてページを拡大縮小するか、ズーム レベルを維持するかを決定する必要があります。視聴者が異なれば選択も異なり、すべての表示モードで一貫した動作を実現する設定はありません。
一部のモバイル PDF ビューアが提供する機能であるテキスト リフローは、PDF からテキストを抽出し、画面幅に合わせて 1 列で表示しようとします。この機能により、密度の高い PDF を小さな画面でも読みやすくすることができますが、ドキュメントのレイアウトが根本的に変わります。テーブルが壊れる。画像が動きます。見出しと本文の関係が変わります。テキスト リフローは、テキストの多いドキュメントでは便利なアクセシビリティ機能ですが、レイアウトが重要なドキュメントではデフォルトの表示モードにするべきではありません。
モバイル オペレーティング システムのアップデートにより、デフォルトの PDF 表示動作が変更される場合があります。 Safari PDF レンダリング エンジンを変更する iOS アップデートにより、PDF の表示方法が夜間に変更される可能性があります。一貫した PDF 表示動作に依存しているユーザーは、OS のメジャー アップデート後にドキュメントをテストし、必要に応じてビューア設定を調整する必要があります。
Kindle や reMarkable などの e-ink デバイスでのモバイル PDF 表示エクスペリエンスは、LCD や OLED スクリーンとは大きく異なります。 E-ink の更新が遅いため、スムーズなスクロールは実用的ではありません。 E-ink PDF ビューアは通常、連続スクロールではなく、一度にページごとのナビゲーションを使用します。 iPad でのスムーズなスクロール用に最適化された PDF は、e-ink デバイスでの操作にイライラする場合があります。視聴者が使用する特定のデバイス タイプでテストすると、配信前にプラットフォーム固有のユーザビリティの問題が明らかになります。
LiquidText、PDF Expert、Xodo など、モバイル プラットフォーム専用に設計された PDF ビューアは、多くの場合、モバイルに移植された汎用のデスクトップ ビューアよりもタッチスクリーンのスクロールと方向を適切に処理します。これらのモバイル ファースト ビューアは、主な入力方法としてタッチ インタラクションを使用して構築されており、スクロール、ズーム、ページの進行に関してさまざまなデザインを選択できます。デバイスの組み込みビューアで常にイライラするスクロール動作が発生する場合は、モバイル ファースト PDF ビューアに切り替えることが最も簡単で効果的な解決策となることがよくあります。
折りたたみ式携帯電話やデュアル スクリーン デバイスの使用が増えると、さらに別の PDF 表示変数が導入されます。折りたたみ式スクリーン ヒンジを介して PDF を表示すると、物理的な折り目によってコンテンツが見えにくくなる場合があります。これらのデバイス用に設計されたビューアは、折り目にコンテンツが配置されないようにページ レイアウトを調整できますが、この調整には、ビューアが PDF ページのジオメトリに加えてデバイスの物理的特性を理解する必要があります。
PDF の表示エクスペリエンスはユーザーにとって透過的である必要があります。スクロールと方向が期待どおりに機能すると、読者はコンテンツに集中します。そうしないと、読者は閲覧者と戦うことに集中し、ドキュメントのメッセージは、それをナビゲートしようとするフラストレーションの中で失われます。
PDF のスクロール動作がデバイス間で異なる理由を理解すると、ユーザーはドキュメントやデバイスが壊れていると考えるのではなく、ナビゲーションの問題を迅速に診断して解決するのに役立ちます。
| スクロール問題 | 考えられる原因 | クイックフィックス |
|---|---|---|
| 垂直スワイプで横にスクロール | PDF で 2 列のページ レイアウトが設定されています | ビューアを単一ページ連続モードに変更します |
| ページは右から左に進みます | PDF 言語がアラビア語/ヘブライ語に設定されています | ビューア設定で読み取り方向をオーバーライドする |
| ページがデバイスの反対側に回転する | PDF にはページ回転が埋め込まれています | デバイスの向きをロックするか、PDF の回転を無視するビューアを使用してください |
| ページを進めるとズームがリセットされる | ビューアのデフォルトのズーム動作 | 連続スクロールモードに切り替える |