質問: スクロールバーは2020年に機能しなくなっていますか? 最近、デザイナーが最近のwebデザインではビジュアルスクロールバーを使用しない、または少なくともスクロール時にのみ表示されるという効果について何かを言うのを聞きました。私はフロントエンドの開発者であり、実際にはこれを聞いていませんでした。これに真実はありますか?特に私の質問は:webアプリの場合、コンテンツがスクロール可能な場合: 目に見えるスクロールバーがあるべきですか(そしてその理由)? スクロールバーが表示されないようにする必要がありますか(なぜ表示されないのですか)。
回答: 興味深い質問です。私の2cは開発者から来ていますが、uxのリーダーであり、いくつかの内部スクロール可能領域を持つインターフェースも設計しています。いくつかのポイント: スクロールバーの存在はコンテンツをスクロールできることを示し、提供するため、コンテンツがスクロールを必要とするのに十分な大きさである場合、可視スクロールバーが存在する必要があります。 特にトラックバーをクリックしてドラッグしている場合(接線上)、無限スクロールは私の個人的な考えです。 コンテンツをスクロールできない場合、スクロールバーは、起こり得ないことを示唆する反アフォーダンスです。 edgeケースとは、スクロールできないものですnowですが、コンテンツのサイズが大きくなる場合があります。これは、エディターや動的出力を備えたシステムでは一般的です。特に、スクロール機能を追加または削除すると、レイアウトが乱れる可能性があるため、コンテンツが拡張されてスクロールバーが表示されると、水平jankが表示されます。 (たとえば、overflow: autoを使用する場合)。この場合、これはスクロール可能な領域であることを示す無効なスクロールバーを配置するeasierにすることができますが、コンテンツはまだこの動作を有効にするのに十分な大きさではありません。 水平スクロールバーは、それが導入する暗黙のモード選択と垂直スクロールバーを組み合わせる場合、通常は悪い考えです。のように、マウススクロールのデフォルトは通常垂直スクロールですが、暗黙の追加キープレス(またはトラックパッド操作)で水平スクロールを実現できます。これが複雑になることはほとんどありません。 一部のアプリケーションインターフェイス(slippyマップなど)では、コンテンツがそのパラダイムでブラウザーウィンドウの下に移動するので、すべてのスクロールバーを削除することをお勧めします。コントロールは、ほとんどのユーザーによく理解されています。 多くの特定のカスタムバージョンが必要でない限り、スクロールバーのスタイルを設定することは99%の時間で素晴らしいアイデアではありません。