訓練を受けたオペレーターのみが使用するシステムを開発しています。その横には、システムに着信する新しいレコードのライブフィードがあります。これは、1080pでFirefoxのフルスクリーンで使用するように特別に設計されています(私は夢です)。
サイドバーがいっぱいになるとスクロール可能になりますが、オペレーターには(スクロールホイールを使用して)スクロールできることは通知されますが、スクロールバーは表示されません。
私の質問は、おそらく1)混乱しすぎていますか?および2)ユーザーがスクロールできることを通知する代替視覚補助でスクロールバーを表現しますか?
これも私たちが問題を抱えている問題です。おそらくこの解決策が役立つかもしれません。
一般的な考え方は、上下に矢印のある要素のグループがあるということです(これらはクリックしてスクロールできます)。ユーザーは、領域内のスクロールホイールを使用してスクロールすることもできます。ここでスクロールする実際のアフォーダンスはありませんが、ユーザーがナビゲートするための代替方法を提供します(さらに、それが将来のアプリケーションである場合、タッチスクリーンでの使用を許可します)。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
コンテンツをスクロール/さらに表示するためのアフォーダンスは2つあります。まず、表示される矢印は、さらに多くのコンテンツがあることを示しています。 2番目は、エッジでのフェードです。これは、固体オブジェクトがリストのゲシュタルトのエッジとして機能する傾向を打ち消すように機能します(これは、すべての要素は折りたたみの直前で終了します)。
もう1つのオプションは、@ JonWが前述したように、スクロールバーを表示するというOSXのアイデアを取り入れることです。スクロールのアフォーダンスにはまだ問題がありますが、修正する1つの方法は、ユーザーがスクロールしようとしているときだけでなく、スクロールバーがonHoverに表示されるようにすることです。
私があなたの質問を正しく理解している場合、これは非常に一般的な問題です。iOSとAndroid(そして今はOSX)はスクロールバーを表示しないためです。良い方法は視覚的な手がかりです。 =:キャンバスがいっぱいの場合、最後のアイテムが完全に表示されるべきではありません。
追加の考え:Windows 8 Metro(およびWP7)は、水平スクロールの視覚的な手がかりに大きく依存しています。ユーザーが概念を理解したら機能するようです。
適切なCocoa(iOS、Mac)アプリの設計パラダイムでは、スクロールが可能なときに一時的なインジケーターを提供することを推奨しています。画面にスクロール可能なリストが表示されたら、スクロールインジケーターを点滅させることができます。私は個人的には、追加の微妙なアニメーションが有益だと感じています。そのため、特定の時点で何らかの一時的なUI /アニメーションを表示することを検討できます。
これは持続的な問題であり、スクロールバーを削除するという新しいトレンドに伴い、悪化しています。私は、スクロールバーが存在しない場合はもちろんのこと、スクロールバーの存在下でスクロール機能を認識することさえできないユーザーを見てきました。
アイテムを部分的に非表示にすることはいいアイデアですが、運に依存しているようです(リストアイテムがページにちょうど収まる場合は、それ以上のヒントはありません)。また、このメカニズムでは、クリック/タップできるものが何もないため、表示する方法をユーザーに明確に伝えません。また、アイテムの数も表示されません。