問題タブ [flicker]

vb2005 パネルのちらつきを減らすにはどうすればよいですか? 親パネル内には、使用している他の 2 つのパネルがあります。

最も外側のパネルには背景スプライトが含まれ、最も内側の 2 つのパネルは、背景スプライトの場所に合わせて変化するオーバーレイです。

オーバーレイ スプライトを変更するときは、ちらつきを減らして、あるスプライトから次のスプライトへのスムーズな遷移にしたいと考えています。

オーバーレイ パネルの画像を変更するコードは次のとおりです。新しい値が古い値と同じ場合、オーバーレイ パネルは変更されません。

ピクセルごとのアルファ チャンネルを持つビットマップを含む子コントロールを描画すると、再描画が必要になるたびにかなりちらつきが発生します。実際のブレンドは正しく機能しています。ちらつきの低減に関する多くの情報 (この質問やこのサイトなど) を見つけましたが、この状況に特に当てはまるものは見つからないようです。

たとえば、ボタンの状態に応じて、アルファ ブレンドされ、ウィンドウにブリットされるいくつかの異なるビットマップを持つボタンがあります。それらの状態が変化し、別のビットマップを描画する必要がある場合は、最初に背景を再描画する必要があります。そうしないと、前の状態のビットマップから残ったピクセルとブレンドされます。これは、ちらつきが発生する場所であり、時折背景が少し引き裂かれます.

トップレベルの親ウィンドウが単色ではなくビットマップ背景を描画することと、子コントロールがオーバーラップする可能性があることにより、問題はさらに複雑になります。を使用しているように、下にある色を子のビットマップに乗算するだけでは問題ありませんWS_CLIPCHILDREN。

ウィンドウにはビットマップの背景があるため、上書きされるだけの色を描画しないようtrueに、 に戻ります。WM_ERASEBKGND

もちろん、ダブル バッファリングはこれらすべてを解決するように見えますが、私はそれを正しく機能させることができませんでした。WS_COMPOSITEDトップレベル ウィンドウとWS_TRANSPARENT子ウィンドウを設定しました。新しいビットマップで子ウィンドウを再描画するときが来ると、いくつかの問題が発生します (この状況で描画順序がどのように機能するかを理解していないことが原因である可能性が最も高い):

• 子ハンドルを呼び出しInvalidateRect()て渡すと、子ウィンドウは実際に再描画されますが、背景は再描画されないため、ピクセルが互いに重なり合ってブレンドされます。
• 子ウィンドウの寸法で構成される四角形を使用して、親ハンドルを呼び出しInvalidateRect()て渡すと、背景は再描画されますが、子ウィンドウは再描画されません。
• 上記の両方を行うと、子ウィンドウと同様に背景も再描画され、希望どおりに見えますが、そうすることで、再びちらつくことができました (これは「そうではありません」)。そのように2回呼び出すのはひどくハックに見えるので、本当に驚くべきことです。なぜならInvalidateRect()、各呼び出しがおそらくバッファを反転させ、目的を無効にするからだと思います)。

私が結論付けたのは、ダブル バッファリングを処理するためにプログラムをどのように変更する必要があるか、またはダブル バッファリングがこの状況に役立つかどうかを本当に理解していないということです。間違いなくそうだと思いますが、すべてを再び適切に再生するには、どのように変更する必要があるのか​​ よくわかりません.

IE で html ページを表示しています。JavaScript で mouseover/mouseout イベントを含む画像で構成されたいくつかのボタンと、多数の埋め込み .Net UserControls があります。

mouseover/mouseout イベントが発生すると、画像の src を別のものに変更します (単純なロールオーバー効果)。問題は、これが発生したときに UserControls が頻繁に (常にではありませんが) ちらつくことです。

明確にするために、画像がちらつくことはなく、ページの残りの部分もちらつきません。埋め込まれたコントロールだけです。このページはローカルであり、サーバーなどからのものではありません。

それで、何かアイデアはありますか？

詳細情報 : テキストの強調表示でも同じことが起こることに気付きました...

私は最近GNUScreenを使い始めましたが、非常に厄介な問題に遭遇しました。

どの画面ウィンドウでも、プロンプトで何も入力されていないときに左矢印キーまたはバックスペースを押すと、画面が更新されたように見え、わずかなちらつきが発生します。バックスペースまたは左矢印を使用してプロンプトでテキストを入力した後、ちらつきは発生しません（少なくともプロンプトの最初の文字に到達するまで）。

これを見た人はいますか？

（とりわけ）いくつかのActiveXコントロールが埋め込まれたWebページがあります。IEでのみレンダリングされ、厳密モードになっています。ページ内のテキストを強調表示すると（または、マウスオーバーイベントで画像をロールオーバーして画像などを変更すると）、コントロールがすべてひどくちらつきます。

ページをクァークズモードに変更すると、ちらつきが消えます。私は解決策を探すために広範囲にわたる検索を行い、IE 6がどのように壊れていて奇妙であるかについて多くのことを見つけましたが、これはIE7と8で起こっています。

それで、これを修正および/または診断するために私が何ができるかについてのアイデアはありますか？

ドキュメントのサイズを小さくするとFirefoxがちらつくバグの回避策はありますか？

デモはこちら

クァークズモード（DOCTYPEなし）のデモについては、ここをクリックしてください

javascriptを使用して修正できると思います。スクロールバーが縮小するたびに、ちらつきなどを防ぐためにウィンドウを上にスクロールしてください。

更新：バグはクァークズモードでは存在しない（または少なくともそれほど深刻ではない）ようです

やあみんな、vb の原始的なバージョン (Excel に見られる) には、何かを処理しようとしているときに画面がちらつくのを防ぐために挿入できる行があったことを知っています。

Application.screenupdating = false

現在、Visual Studio 2008 で vb.net を使用していますが、このバージョンと同等のものを誰かが知っているかどうか疑問に思っていました。vb.netを使用してVS 2008でこの呼び出しを認識しません。どんな助けでも大歓迎です！よろしくお願いします！

Windows フォームのちらつきに対処する記事はたくさんあります。大多数は、一連のフラグを設定DoubleBuffered = trueまたは設定することをお勧めします。ControlStyleただし、これらのどれも TextBox のちらつきを減らすのに役立ちません。

関連するいくつかの質問を次に示します。

• フォーム上の .NET コントロールをダブル バッファする方法は?
• スクロール時にWindows.Formsカスタムコントロールのちらつきをなくすには?

この問題を再現するには、新しい WinForms プロジェクトを作成しTextBox、Anchor. 実行してサイズを変更します。文字がちらつく。いくつかのネストされた 内のテキスト ボックスの場合TableLayoutPanel、サイズ変更時のちらつきはさらに悪化します。

上記の質問で提案された解決策を適用しても、ちらつきは修正されません。実験的になり、保護ControlStyleをオンTextBoxに設定すると、（を有効にすることで）完全に壊すことができますUserPaintが、ちらつきをなくすことはできません。

では、TextBox 内のテキストのちらつきを修正する方法はありますか?

これは私がよく遭遇する状況ですが、良い解決策が見つからないようです。ロールオーバーでわずかに拡大するムービークリップがありますが、ムービークリップの端にカーソルを合わせると、そこにとどまってちらつき、mouseOver および mouseOut イベントを継続的に受け取ります。これにどのように対処しますか？繰り返しになりますが、これは通常、ムービークリップまたはボタンのスケールをトゥイーンするときに問題になります。

Windows Vista/7 ボリューム コントロールのちらつきの問題のデバッグに関する Larry Osterman の最新のブログ記事を読んでいたときに、OS X ラップトップでアプリケーションのちらつきを見たことがないことに突然気付きました。私の経験では、そうでなければ不十分に書かれているように見えるアプリケーションでさえ、ちらつきの問題を回避できます。これが Apple 対 Windows の議論に発展しない限り (お願いします)、なぜ OS X アプリケーションには同じちらつきの問題がないように見えるのでしょうか?

Apple の開発者がちらつきのない GUI をプログラミングすることに単に驚くほど優れているのに、Windows のプログラマーは頭が悪いとは信じられません。では、その理由は何ですか? OS X API では、すべての GUI でダブルバッファリングを実装する必要がありますか? 一部のアプリでは、ダブル バッファリングのサイズ変更動作がわずかに遅くなりますが、多くのアプリではそうではなく、ちらつきも回避されます。OS X の再描画フローは Windows とは根本的に異なり、WM_ERASEBKGRND問題を完全に回避しているのでしょうか? それとも、私が見ていない他の可能性はありますか？

更新: ご回答ありがとうございます。どちらも役立つので、ken と cb160 の両方の回答を選択できればと思います。