問題タブ [window-resize]

スムーズ スクロールをアンカー スクリプトに転用し、サイトでレスポンシブ Web デザインを実践しようとしています。ブラウザの幅が 900px を超えている間は、クリック イベントのみを機能させる必要があります。

window .resize 関数も使用してみましたが、結果は非常にバグがあります。最終結果は、ロード時に機能し、ブラウザーのサイズ変更を確認する必要があります (有効または無効にする必要がある場合)。提案？

ウィンドウの上部または左側の境界線を半速でドラッグすると、ウィンドウの反対側の端が振動することに気付くはずです。ドラッグされますが、サイズを大きくするために再調整されます。

動的にサイズ変更するアイテムがある場合、問題はさらに悪化します。その後、一連のコントロールが画面上でスライドしてサイズ変更を開始します。

これらの一時的な影響を防ぐ方法はありますか？

たとえば、のようなメッセージに応答する特定WM_SIZEのシーケンスは、これを抑制することができますか？知らない。

（これは、私が見たすべてのフレームワークで発生するようです。プレーンなWin32でも発生します。エクスプローラーなどを開いて、その上端または左端をドラッグするだけで、意味がわかります。）

UINavigationControllerを使用し、いくつかのUIViewControllerをプッシュして、iPhone用の静的ライブラリを開発しました。

私は、ipad開発者が私のライブラリをiPadアプリケーションに含めることができるようにする方法を実装しています。そのためには、ライブラリコントローラーをiphoneサイズのUIPopoverControllerに表示します。

それは私が開発したものですが、新しいviewControllerをプッシュするたびに、Popoverは非常に奇妙な方法でサイズを変更します。

（Interface Builderを介して）View Controllerを確認しましたが、AutoResizeの動作が無効になっています。

誰かが解決策を持っていますか？

そのため、ウィンドウ サイズに基づいて div をデタッチして appendTo しようとしています。以下は私が現在持っているものです。

変数 SOCIALBAR を #SOCIALMEDIA に割り当ててデタッチする関数を作成しています。次に、(document).ready と (window).resize のウィンドウ サイズに基づいて、SOCIALBARPlACEMENT 関数を呼び出し、#SOCIALMEDIA を #TOP または #LEFT div に追加します。

これは (document).ready では問題なく機能しますが、(window).resize では機能しません。

実際、document.ready を削除して window.resize を残すと、関数はページの読み込み時に実行されますが、ページのサイズ変更では機能しません。

任意の考えをいただければ幸いです。感謝！

私の問題は、ツールチップの配置に関するものです。

私が適応させたスクリプトは、絶対配置を使用して、ツールチップをリンクから数 em の位置に配置します。大画面の場合、これはうまく機能します。

ただし、画面が縮小されると、テキストがブラウザーの端近くに表示され、ツールチップが端からはみ出して表示されることがあります。

これに対抗するために、私は独自のハック的な解決策を思いつきました: @media スクリーンと (max-width: 480px) を使用して、完全に理解していない小さなスクリーン幅の相対的な配置ルールを含めるだけです。これは機能しますが、エレガントとは言えません。

理想的には、ツールチップは、画面の端に合わせて画面の端に「押し込まれ」ます。ただし、これを実現する方法はわかりません。

うまくいけば、それは理にかなっています。

とにかく、これは私がこれをすべて使用したページへのリンクです(ツールチップのテキストには点線の下線が付いています) 。これはその背後にある CSSです。

jQuery 1.7.x、Backbone、Underscoreを使用しているクライアントサイドアプリがあります。アプリには多くの列があり、ウィンドウのサイズが変更されると、列をプッシュまたはポップするようにDOMを調整する必要があります。イベントの発生に時間がかかり、イベントスタックのクリアに時間がかかり、DOMの列数を考慮する必要があるため、ウィンドウのサイズ変更時にDOMを確実に操作する方法の問題が発生しています。ああ、私はサイズ変更リスナーで役立つアンダースコアdebounceメソッドと、発生する必要のあるこれらの特定のイベントのdeferメソッドを使用しています。

ウィンドウのサイズ変更で、列が水平に収まらない場合は列をポップする必要があります。サイズ変更リスナーが起動するよりも速くウィンドウが縮小された場合、すべてが収まるように、いくつかのdomクリーンアップを実行する必要があります。

• 各サイズ変更トリガーでDOMの列をループし、現在のDOM列のループ内でfit_widthを計算し、必要に応じてポップする方がよいでしょうか。新しいサイズ変更イベントが変更/中断する可能性がありますか？

• または、DOMの列数に対して、サイズ変更トリガーごとにpop_column_if_too_wideを起動する方がよいでしょうか。これは悪いようです...

イベントトリガーを介してすべてを処理するのは良いことですが、イベントスタックがまだクリアされていない可能性があるため、私が依存する_.deferは、現在のループの反復での高速計算には十分な信頼性がありません。したがって、同じモジュールのイベントが2回発生する可能性があります。

おそらくもっと良い方法があります。

私はこれをしたい：

N要素のインラインリストがあります。要素はそれぞれ異なる幅にすることができ、リストは画面からはみ出す可能性があります。すべての要素が画面に収まるように、各アイテムの幅を設定する必要があります。

問題：

しかし、1 つ問題がありました。ウィンドウのサイズを最小に変更してから、最初の幅に再び伸ばすと、すべての要素の幅は等しくなります-元の比率が失われ、各リストに不必要にさまざまな幅のテキストが書き込まれる可能性があります。

http://jsfiddle.net/v2pwww/42PdV/2/

考えられる解決策:

配列内の各項目の幅を記憶し、ウィンドウを折りたたんだ後に、配列に格納されている幅まで幅を増やすことができます。配列に連絡し、リスト項目は arr (N) および ul.list li: nth-child (N) にすることができます。別の解決策があるかもしれません。

そして、私はこれを行う方法がわかりません、助けてください:)

絶対配置レイアウトを使用しています（ピンタレストに少し似ています）

そのため、window.resize でも位置を再計算する必要があります。このイベントは dom ready では発生しないため、手動で行います。

さて、この関数 setupBlocks は HTML 要素のサイズをチェックして、その新しい位置を計算します

予想外のことは、これが期待どおりに実行されることです。ただし、ウィンドウのサイズが変更されるまで、位置は十分に計算されません。その後、位置が正確になります。

私はそれがロングショットであることを知っています。しかし、なぜそれが異なる動作をする可能性があるのでしょうか?

自分自身をテストする方が良いです：http://209.51.221.243/integracion/login.php

ページが読み込まれると、div はほとんど問題ありません (一部は垂直に接触しています) が、div のサイズを変更すると、div は適切に配置されます。何か考えはありますか？

ブラウザー ウィンドウのサイズを変更すると、ナビゲーション バーの div が検索ボックスの div の下にドロップします。ナビゲーション バーの移動を停止し、同じ場所に保持するにはどうすればよいですか? フッターはそれ自体とその構造が同じように動作しますか?

ここにリンクがあります...

http://www.signport.co.uk/test/asg_template3.html

ありがとう！