会話を自動で末尾までスクロールすると、読んでいるプレイヤーの邪魔になる？

邪魔になります。読み返している最中に新しい会話が届き、画面が末尾へ移動すると、確認していた名前や手がかり、前後の文脈が見えなくなります。ルールは「読み返し中は位置を保ち、新着表示だけを更新する。プレイヤーが自動追従を明示的に選んだ後に限り、その後の会話に合わせて画面を動かす」とすることを勧めます。

ここでは、会話を受信すること、画面に表示すること、プレイヤーが理解することを区別する必要があります。システムが記録できるのは最初の二つだけで、スクロール位置から理解したと断定することはできません。以下の「未読」は、内容がまだ閲覧位置を通過していないことを示す印にすぎず、理解度の判断ではありません。

本記事では、架空の教材事例「雨の夜の駅」を使います。プレイヤーは駅員による手荷物預かり時間の説明を読み返しながら、仲間から新しいメッセージを受け取ります。登場人物、会話、操作の流れはすべて独自に作成した例示であり、実際のユーザー事例や実測結果ではありません。また、DramaFork がこれらの機能を提供済みであることを示すものでもありません。

今回作るのは、再利用できる閲覧状態カードです。会話が次々に届くとき、誰が表示領域の移動を決めるのかを扱います。最初のクリックの教え方や、登場人物に断られた後も物語を進められる道筋の作り方は対象ではありません。

閲覧状態カードには、まず現在のモード、位置アンカー、最初の未読の識別子、最新の会話の識別子、追従の意思という五つを記録します。位置アンカーには「読んでいる段落の識別子」と「表示領域内でのその段落の相対位置」を含めます。ページ全体のスクロール量だけを記録すると、前の内容の高さが変わった際に別の文へ移動してしまうことがあります。

モードは「読み返し」「未読から読む」「自動追従」の三つです。「読み返し」では過去の内容にとどまれます。「未読から読む」では未読の先頭から順に読み進めます。「自動追従」では新しい内容に合わせて表示領域を末尾へ動かすことを許可します。最初の二つでは、メッセージの到着を理由に表示領域を自動で動かしてはいけません。

最後の行が重要です。末尾への到達が示すのは位置だけであり、その後も動き続けることへの同意ではありません。代わりに「末尾に着いたら自動追従を再開する」ルールを採用するなら、その動作を事前に説明する必要があります。本記事では位置と意思を区別しやすいよう、明示的に開始する方式を選びます。

プレイヤーがドラッグや文字選択、現在の会話に対する操作をしている間は、その操作が終わってから位置移動の要求を処理します。遅れて届いたスクロール命令で、プレイヤーが今行った移動を上書きしてはいけません。

会話Aが「預かり所は九時に閉まります」、会話Bが「青いスーツケースはまだカウンターの後ろにある」だとします。プレイヤーは時刻を確かめるため、Bから上へ戻ってAを読みます。この時点でAの識別子と画面上の位置を記録し、「読み返し」モードに切り替えます。

続いてC「当直室を見つけた」とD「鍵はドアのそばに掛かっている」が届きます。Aは元の位置を保ち、画面下部の独立した領域に「新しい会話が2件 · 未読から続きを読む」と表示します。表示は本文を覆わず、CとDの物語上の詳細も明かしません。そうしないと、読み返しをやめるか決める前に、新しい手がかりに気を取られてしまいます。

プレイヤーが表示を押すと、Cの冒頭で画面を止め、つながりがわかるよう上にBの最後の一文を残して、「未読から読む」モードに移ります。ここでE「まだ開けないで。中で誰かが話している」が届いても、画面はCにとどまります。プレイヤーは自分のペースでDとEまで読み進められます。

件数もこの流れに合わせます。表示を押しても位置が変わるだけで、すべての未読をすぐには消しません。本例の実装上の取り決めでは、短い会話は一件全体が閲覧領域を通過してから印を外します。長い会話は区切りが変わらない段落に分け、一画面に収まらないために表示がいつまでも消えない事態を防ぎます。これもあくまで位置のルールです。

別の選択肢は「最新へ移動して自動追従」を押すことです。直接Eへ移動し、その後の会話による画面の移動を許可します。ただし、これによってCとDを既読にしてはいけません。「読み飛ばした内容があります」という操作項目を残し、まだ閲覧位置を通過していない最も手前の箇所に戻れるようにします。最新への移動は進行に追いつく助けになりますが、途中の読み残しを黙って消してはいけません。

表示は本文の外の固定領域に置き、何が起こるかを文字で説明できます。下向き矢印だけでは、一画面分進むのか、末尾へ移るのか、継続的な自動追従が始まるのか判断できません。場所が足りない場合は「未読から続きを読む」を優先し、自動追従は別の明確な操作にします。

内容が連続して届いても同じ表示だけを更新し、オーバーレイを重ねたり、繰り返し点滅させたり、キーボードフォーカスを奪ったりしません。スクリーンリーダーでは「新しい会話があります」と通知をまとめ、追加のたびに表示や過去の内容全体を読み直さないようにできます。画面上の位置変更とスクリーンリーダーのフォーカスをどう連携させるかは、別に取り決める必要があります。

会話が一文字ずつ生成される場合は、一件の完成した会話またはあらかじめ決めた段落を単位として数え、個々の文字の断片を一件のメッセージとして扱いません。そうしないと数字ばかりが変わり続け、あとどれだけ読む必要があるかの判断に役立ちません。長さの差が大きいなら「新しい内容があります」だけでも構いません。

プレイヤーのクリックで一文ずつ物語が開示されるなら、「続ける」ボタンを使うだけでも成立し、継続的な自動追従は不要です。新しい会話の本文への追加を保留し、プレイヤーが自分で開くまで待つ方法もあります。位置は保ちやすくなりますが、内容の提示は遅れます。作者は会話が次々に届くやり取りのテンポが物語に必要かどうかで選べばよく、すべての作品を同じ方式にそろえる必要はありません。

新しい内容を末尾に加えても、以前の位置が自然に安定するわけではありません。文字サイズの変更、縦横の画面切り替え、上にある内容の展開はいずれもレイアウトを変える可能性があります。まず元の段落を探し、その相対位置をできるだけ復元します。正確に戻せない場合は段落の冒頭を見えるようにし、位置を調整したことを伝えます。

過去の内容の削除や編集でアンカーが無効になったら、前後に残っている段落のうち、元の段落に最も近いものへ移動します。何も知らせず最新の会話へ移ったり、別の文章を表示して復元成功と扱ったりしてはいけません。ページを離れて戻った場合も、モードとアンカーの復元が必要です。以前は自動追従を使っていた場合でも、まず離れた位置に止め、追従を再開するかプレイヤーに選んでもらえます。

制作時には、次の四項目をそのまま受け入れ確認の記録に書き込めます。

• Aを読み返している間に会話を何件も続けて追加しても、Aは元の閲覧位置に残っているか。
• 未読箇所へ移動する操作の後に内容が追加されても、最初の未読から順に読み進められるか。
• 最新へ移動した後も、読み飛ばした内容へ戻れるか。
• 文字サイズを変えたり、アンカーの段落を削除したりした後、説明のつく位置に復元されるか。

実際の画面と取り決めの違いを記録し、これらの確認項目を検証済みの効果として書かないでください。物語にカウントダウンもある場合、位置を保つだけでは計時は止まりません。止めるかどうか、どう知らせるかは別のルールが必要で、末尾への自動スクロールでプレイヤーに代わって処理できるものではありません。まず会話が連続する一つの場面で状態カードを埋め切ることで、どの移動がプレイヤーによるもので、どの移動が設計によって許可されたものかが明確になります。