3

この質問は、よりアドバイスの調査です。この問題についてどこにアドバイスを求めればよいかよくわからないため、他の人に役立つことを願っています。

私は過去 6 か月間モバイル向けの開発を行っており、さまざまなデバイスのあらゆる状況やバグに対処する機会がありました。

最も厄介だったのは、Web サイトの複数の領域をスクロールする場合のスクロールの問題でした。私が取り組んできた 3 つのプロジェクトでは、ネイティブの iOS Facebook アプリやモバイルの Google ウェブサイトなどと同じように動作するナビゲーションを構築してきました。

しかし、数日前に新しい JavaScript ライブラリdrawerjsをリリースしました。これは、そのようなナビゲーション (いわゆるオフ キャンバスコンセプト) を生成するために使用できます。他のライブラリとこれとの違いは、ライブラリに依存せず、クリックで開閉するだけでなく、タッチ動作 (Facebook アプリの動作と同じ方法) に作用することです。

私が実装するために残したものの 1 つは、メニューとナビゲーション内を互いに影響を与えずにスクロールするためのソリューションです (ほとんどの場合、このような方法でスクロールすると、コンテンツはメニューと一緒にスクロールする傾向があります。メニューのスクロールの最後に到達しました)。

私は2つの解決策を考えています：

  • 1 つのアプローチは、コンテンツをドラッグしてナビゲーションを表示するために使用しているのと同じ原則を使用することですtouchmove。ドキュメント/コンテンツのデフォルトのスクロールを防止し、スクロールするのと同じ量でコンテンツの翻訳を開始します。また、タッチ スライダーと同じ耐性動作があります (境界を超えて離すと、コンテンツが逆方向に移動して境界を超えないようにするか、同じ動作でスワイプします)。

  • 2 番目のアプローチは、iOS が持っているネイティブoverflow-scrollingを使用することで、最初のアプローチで説明したのと同じ感覚を提供します。これの欠点は、iOS デバイスのみが優れた耐性機能を備えていることですが、おそらく、最初のアプローチよりも手間がかからないでしょう.

したがって、どのアプローチをとるべきか、またはそれに対するより良い解決策があるかどうかはよくわかりません。yまた、一部のユーザーは URL バーを非表示にしたいので、本文/html のスクロールは (軸上で) 維持する必要があることにも留意しようとしています。

4

2 に答える 2

1

heightウィジェットに修正を提供するだけminではどうですか（maxまた、そうします）。次に、次のように定義します-

height: x px;
overflow-y: auto;

このようにして、フォーカスがウィジェット内にあるまで、ウィジェットをオーバーフローさせるだけで、ページの外側ではウィジェットのコンテンツにまったく影響を与えずにスクロールします。

于 2013-08-08T13:29:40.620 に答える