タイムラインでの無限水平スクロール
既知 無限のスクロールはユーザビリティに害を及ぼす可能性があり、場合によっては、終了を設定し、より多くのコンテンツを表示するためのボタンを提供する方がよいことがあります。
私の質問は、Webアプリケーションのコンテキストで、次のようなタイムラインでの無限水平スクロールの影響は何ですか？
http://almende.github.io/chap-links-library/js/timeline/examples/example02_interactive.html
この例では、水平スクロールはタイムラインをドラッグアンドドロップすることで行われるため、連続的ではありません。ユーザーはスクロールするたびにクリックする必要があります。これは、ボタンをクリックしてさらに表示することと似ていませんか？
あなたの例は、あなたがリンクした記事で議論されているのと同じ方法で無限スクロールを特徴としません。明らかな違い（ドラッグしてナビゲートする）を除いて、ユーザーは上下にスクロールしてタイムラインをズームインまたはズームアウトできます。これにより、ユーザーは現在の瞬間がより大きなストーリーのどこにあるのかを感じ取ることができます。 ユーザーはズームアウトしてタイムライン全体を表示できます。対照的に、記事で言及されている例では、ユーザーはコンテンツ全体と比較して自分の位置を知りません（現在5ページの…？）。
プロトタイプでは、目下の問題は、タイムラインの左端と右端にStartTimeとEndTimeを視覚的に示すことです。これにより、ユーザーには視覚的な表示が表示されます。彼らが現在閲覧しているタイムスケールの。
「もっと見る」ボタン（またはアクション）は、リンクされた記事で参照されているタイプの無限スクロールに関連する問題を解決しません。問題は、ユーザーがさらにスクロールするためのアクションを実行する必要がないことではなく、
- 無限にスクロールすると、コンテンツに対する相対的な位置を追跡できなくなります（スクロールバーは役に立ちません）。
- どれだけのコンテンツがあるかを知ることは不可能です
- コンテンツの特定のポイントにスキップすることはできません。将来（存在しないため）と、すでに公開されているもの（移動し続けるため）の両方です。
- その結果、タイムラインのポイントをリンクまたはブックマークしたり、ページを離れて後で戻ったりすることはできません。
- 途方もなく長いページに対してブラウザは使い勝手が悪い
- 既に明らかにされたすべてのコンテンツが残っているため、ページは常にパフォーマンス要件（メモリ要件、投稿内のアクティブな要素によるCPU要件など）で増加します。
ユーザーがアクション（クリックまたはドラッグ）を実行してページにコンテンツを追加する必要がある場合、これらの問題は修正されません。
ただし、タイムラインはリンクされた例とは大きく異なるため、このパラダイムは実際には適用されません。しかし...タイムラインでは、いくつかの問題はわずかに軽減されます（ズームアウトできるため、「今日」は自然な道標となり、特定の月に移動できるため、事実上仮想ページ番号になります）、しかし他の問題まだ残っています。
たとえば、将来のイベントがいつ停止するかを知るにはどうすればよいですか？現在のスクロールされた位置より2か月先にイベントがないことをどのようにして知ることができますか？ 6ヵ月？ １年？逆も同様です。