問題タブ [flicker]

私はjqueryとjsのプロではありません。jqDock プラグインを使用して自分の Web サイトの魚眼メニューを作成し、友人の助けを借りて、メニューをアクティブな状態にして、別のページで特定のメニュー要素が展開されたままになるようにしました。

ここに問題があります: メニューの 2 つの要素の間にマウスを置いて、その間をゆっくりと上または下に移動すると、この恐ろしいちらつき効果が発生します。なぜそれが起こるのか、どうすれば修正できるのか、それがプラグインであり、コードを最初から書いていない限り実行可能かどうかはわかりません!

一番上のリンクを提供したウェブサイトのメニュー例には、このバグはありません。アクティブなプロパティを削除すると、ちらつきがなくなります。

これが私のウェブサイトへのURLです： メニューへのリンク

フォーラム全体を検索し、jquery フォーラム自体を検索し、質問を投稿しましたが、役に立たなかったものを除いて回答がありませんでした。基本的に、フォーラムでの質問は、魚眼プラグインの実装、またはそれに固定位置を与えることに関するものですが、実際にこの特定の方法でプラグインを操作したいという人に出くわしたり、投稿したりしていません。

私はあなたの助けに感謝します。マリアム

これは私が書いた小さな jq で、プルインに付属の jq ライブラリも変更する必要がありました。あなたが私を助けるためにもっとコードを含める必要があるかどうか教えてください:)

ajax を使用しているかのように、ハイパーリンクで contentplaceholder をターゲットにして、ページがちらつかないようにすることは可能ですか? 私はVisual Studioが少し苦手なので、ページ全体を再プログラムするのは嫌です:)

JWindow共有する画面の領域を選択するために、に基づいてカスタムUIを作成しようとしています。JWindowサイズを変更し、を使用してウィンドウの中央を「切り取る」ために、コードを拡張して追加しましAWTUtilities.setWindowShape()た。

コードを実行すると、ウィンドウが負のx方向とy方向、つまり上下にサイズ変更されるため、ちらつきが発生します。発生しているように見えるのは、コンポーネントが更新される前にウィンドウのサイズが変更されて描画されることです。以下は、コードの簡略化されたバージョンです。実行すると、トップパネルを使用してウィンドウのサイズを左上に変更できます。ウィンドウの背景は緑色に設定されており、表示したくないピクセルがどこにあるかが明確になっています。

編集：を使用してウィンドウを正しく整形するようにコードを改善し、ComponentListenerちらつきをさらに説明するために下部にダミーコンポーネントを追加しました（スクリーンショットも更新されました）。

オーバーライドさpaint()れたメソッドは、ブレークポイントとして使用するThread.sleep()ことも、コメントを外して、更新が発生したときにそれをより明確に表示することもできます。

私の問題は、setBounds()レイアウトする前にウィンドウを画面にペイントする方法に起因しているようです。

サイズ変更前のウィンドウ。見た目は次のとおりです。

オーバーライドされたメソッドのブレークポイントで見られるように、サイズ変更中のウィンドウ（上と左）が大きくなりますpaint()）：

オーバーライドされたメソッドのブレークポイントで見られるように、小さいサイズ（下と右）のサイズ変更中のウィンドウpaint()）：

確かに、これらのスクリーンショットは積極的なマウスドラッグの動きの間に撮影されますが、より穏やかなマウスドラッグでもちらつきは非常に厄介になります。

大きなスクリーンショットへのサイズ変更の緑色の領域は、ペイント/レイアウトが完了する前に描画される新しい背景を示しています。これは、基になるComponentPeerウィンドウマネージャーまたはネイティブウィンドウマネージャーで発生しているようです。'サイズ変更'スクリーンショットの青い領域は、JPanel'背景が表示されていることを示していますが、現在は古くなっています。これは、Linux（Ubuntu）およびWindowsXPで発生します。

画面に変更を加える前に、またはをバックバッファにサイズ変更して、このちらつきの影響を回避Windowする方法を見つけた人はいますか？これを回避するために設定できるシステムプロパティJWindowがあるかもしれませんが、見つかりませんでした。java.awt....

編集＃2：ちらつきの性質を明確に確認するために、呼び出しをコメントアウトしAWTUtilities.setWindowShape()（オプションでThread.sleep(10)行のコメントを解除しpaint()）、トップパネルを積極的にドラッグします。

編集＃3： Windows7またはMacOSXのSunJavaでこの動作をテストできる人はいますか？

SetParent とサイズ変更 (MoveWindow) を使用して Outlook メールグリッドを制御し、メールグリッドが変更された場合は無効にしようとしています。

これは機能しますが、サイズを変更すると、コントロールがちらつきます。

My Control は、Outlook の Mailgrid に代わるものです。メールプレビューを変更するには、コントロールを介して元のメールグリッドの選択を変更するだけです。

私のコントロールの親は、Outlook のメイン ウィンドウです。すでに Mailgrid ウィンドウを閉じようとしましたが、解決しませんでした。

メールグリッドを親として設定するとちらつきが止まりますが、この場合、選択を変更するとちらつき、メール検索ウィンドウを制御できなくなります。

極端なちらつきを止める方法を知っている人はいますか?

Outlook のメールグリッド メッセージの変更を処理するクラス

Event-Listener と Control を作成し、その親を設定する

変更イベント時

私のコントロールの絵

/// 編集

Thread.Sleep(1000)DoPaint メソッドにa を追加した後、ペイント順序を確認できました。サイズ変更後、コントロールが一瞬表示され、その後、Outlook メールグリッドがコントロールを上書きします。私は前に設定しようとしましbase.WndProc(ref m);たOnChange();が、何も変わりませんでした。これが問題の解決に役立つことを願っています。

/// 編集

いくつかのテストの後、すべての Outlook ウィンドウを聞いてみましたが、Graphics.Clearそれらはオレンジ色でした。理由はわかりませんが、これでもうまくいきません。サイズを変更している間、ほぼすべてが見通しによって描画されます。

これがそれです：http： //www.exhibitiondesign.com/include/jquery/jquery.banner.1.0.html

ほぼそこにいると思いますが、ちらつきが主な問題です。問題は、リンクがオン/オフになっているときにフェードがトリガーされることです。可視性チェック、または同じ効果を作成する別の方法を実装する方法がわかりません。また、サービスにいくつかの欠陥のあるロジックがあります。デザイン>コンテンツのホバリング、「デザイン」は両方のサービスの子に残しておく必要があります。最後に、すべてを.jsにカプセル化し、htmlコードもdocument.writeでカプセル化します。助けていただければ幸いです。私はコーダーではありません。jsは数週間しか見ていないので、ラメン用語が必要です。関連するcss、html、jsは次のとおりです。

私が作っているこのスライダーにカーソルを合わせると、これらの矢印が表示されるようにしようとしています。ただし、そうすると、狂ったようにちらつくように見えます。私はすべてを試しましたが、並べ替えることができません。

コードは次のとおりです。http://pastebin.com/hfK7NKtR

および HTML: http://pastebin.com/kQbJ3mDD

例: http://www.matthewruddy.com/slider/slider.html

ご挨拶。

背景があり、http: //www.codeproject.com/KB/graphics/picturewindow.aspxを使用し、いくつかのピクチャ ボックス コントロールを持つ、ドラッグ可能な MFC ダイアログ ウィンドウを作成する必要があります。私は 2 つのアプローチを試しましたが、それらは機能しますが、いくつかの問題があります。

最初のアプローチは「手動」です-LBUTTONDOWNメッセージで、ウィンドウのクリーンエリアにあるかどうかを確認し、フラグ変数を設定します。MOUSEMOVE では、フラグがチェックされ、設定されている場合は MoveWindow 関数が呼び出され、次に Invalidate(1) が呼び出されます。LBUTTONUP では、フラグが設定されていません。このアプローチは正しく機能し、必要に応じて再描画しますが、どういうわけか非常に遅いです.カーソルを速く動かしすぎると、カーソルがウィンドウの上にないため、ウィンドウが落ちてドラッグされません.

2番目のアプローチは「自動」です-私はただ呼び出します

DefWindowProc(WM_SYSCOMMAND, SC_MOVE+2,MAKELPARAM(point.x,point.y));

LBUTTONDOWNで、残りを処理します。すばやく、遅れることはありませんが、画面の端にドラッグすると（ウィンドウの一部が見えなくなるため）、ドラッグして戻すと、すべてのコントロールが見えなくなり、そうではありませんリフレッシュ、背景は大丈夫です。DefWindowProc() を呼び出した後に実際に呼び出すので、そのように移動中に Invalidate() が呼び出されないためだと思います。そのため、ボタンを押すとすべてが適切に更新されます。

これらのソリューションのいずれかを改善するにはどうすればよいですか? 私はそれが速くて正確である必要があります。必要な情報を提供していない可能性があります。必要に応じて追加します。

前もって感謝します。

次のメソッドを持つView Controllerがあります。

これは完全に正常に遷移し、モーダル ビュー コントローラーが期待どおりに表示されます。ただし、次を使用してモーダル ビューを閉じると (モーダル ビュー コントローラーから実行):

モーダル ビューは期待どおりに遷移しますが、遷移の最後で、ディスプレイが本当にすばやくちらつきます。ほんの一瞬だけ表示されていたモーダル ビューが表示されます。これは、モーダル ビューの表示/非表示の 10 回のうち 3 回ごとに発生する可能性があります。

これを引き起こしている可能性のあるアイデアはありますか？

問題： Managed DirectX 9でHLSL （High Level Shader Language）を使用してメッシュをレンダリングしています。メッシュの複雑さ（頂点と面の数）によっては、ちらつきの問題が発生することがあります。

明らかに、複雑度の高いメッシュはレンダリングに時間がかかるはずであり、ちらつきの量はメッシュの複雑さとともに増加します。ただし、発生するのはメッシュがまったくレンダリングされておらず、メッシュの描画にかかる時間が大幅に短縮されていることです。

Increased Mesh Complexity -> Increased Flickering

コード：

結果：これは私が得た出力です（読みやすくするために上記のコードに含まれていないタイマーを挿入しました）：

HLSLコード：これは省略されたHLSLコードです。これは実際のコードではないことに注意してください。構文エラーを掘り下げないでください。実際のコードは非常に似ていることを保証します。

ヘルプ/アイデア/提案をいただければ幸いです。ありがとう！

WinForm アプリケーションを .net 3.5 から 4.0 に移行した後、一部のコントロールで不快なちらつきが発生することに気付きました。

1. ウィンドウのサイズ変更、特にウィンドウを最小化し、後で最大化/再表示する場合
2. 開くときのモーダル ダイアログ フォーム

これはバグではありません。アプリケーションは完全に動作しますが、気になるところです。残念ながら、説明するのも難しいです。

1. 複数の更新サイクルが実行されているように見えます
2. ダイアログ フォームが開き、2 ～ 3 回ちらつき、その後安定する
3. 特に、画像を表示するコントロールは影響を受けます。たとえば、フォームを含むコントロールは、この効果を示しません。
4. .net 4 のみ、3.5 では目立たない

一部のコントロールをダブル バッファリングに設定しようとしましたが、成功しませんでした。誰かが同じ状況に気付いたのか、それとも解決策があるのか​​ 疑問に思っています.

おそらく関連しています：

1. タスクバーに画像を描画しているときにWinformがちらつく
2. SDI アプリケーションでちらつきを回避するにはどうすればよいですか?