問題タブ [repaint]

私は CRichEditCtrl を持っており、アルゴリズムはそのコンテンツをその場で処理し、コンテンツを繰り返し処理して変更を加えています。これにより、毎回再描画が発生するようであり、特にコントロールがスクロールを開始した場合に、ちらつきが発生し、操作を完了するまでにかなりの時間がかかります。しばらくの間、再描画を停止するためのきちんとした方法があるかどうか疑問に思いました. 実際には使用中の CRichEditCtrl のカスタム サブクラスなので、次のようなことを考えていました。

最もきちんとしたアプローチは何ですか？操作の進行中に何もしないカスタムのオンペイント ハンドラーはありますか? または、再描画を実際に無効にすることはできますか?

更新メッセージをWPFグリッドまたはキャンバスにどのように送信しますか？

つまり、デバッグモードで、ディスプレイに行を送信するコードを記述し、その行が正しくない場合は調整できることに気付きましたが、前の行はまだ残っています。今、私が書いているコードは、ユーザーがクリックしたものに基づいて情報をディスプレイに送信します。したがって、これは、新しい行とボックスのセットおよびテキストがWPFのグリッドまたはキャンバスに移動するたびに表示が更新されないことを意味する必要があります。

C＃コードを使用して、更新/再描画メッセージをWPFグリッドまたはキャンバスにどのように送信しますか？

OK、これが私のコードです：http: //www.so.pastebin.com/Qca4ERmy

redraw（）時にアプレットがちらつかないようにバッファを使用しようとしていますが、問題が発生しているようです。アプレットはまだちらつきます....

ヘルプ？

ありがとうございました。

私はこの問題について簡単なビデオを作りました：http ：//www.vimeo.com/12035196

ここにあるスタイルに似た検索結果ポップアップリストを実装しようとしています。

http://www.inquisitorx.com/

（私はグーグル検索を実装しようとはしていません、私はこれを私が取り組んでいるスタイルの大まかな例として使用しています。）

いずれにせよ、私はこれを、aの下にポップアップ表示さJListれるa内に含まれるものを使用して実装しています。JPopupMenuJTextField

ユーザーが検索語を入力すると、一致するさまざまな結果を反映してリストが変更されます。次に、を呼び出しpackてJPopupMenuサイズを変更します。これは機能しますが、実際にはポップアップを非表示にしてポップアップを表示しているため、わずかなちらつき効果が生じます。（明示的にこれを行うプライベートメソッドgetPopupを参照してください。）JPopupMenu

（を使用する以外に）自分自身のサイズを変更するだけの方法はありますJWindowか？

長方形内のテキストの色を定期的に変更したい。これが私の裁判です：

このコードは正しく機能しません。なにが問題ですか？

メソッドmoveでの再描画に問題があります。何をすべきかわかりません。コードは以下のとおりです

1 つを呼び出す他のクラスのコードは次のとおりです。

画像が入ったウィンドウを取得しました。しかし、その小さな画像が表示される前にウィンドウのサイズを変更する必要がある場合、画面は更新/再描画されません。どうすればこれを修正できますか?

独占ボード上のスペースを表すカスタム JButton クラスを作成しました。ゲームはマルチプレイヤーであるため、ボタンを描画するために必要な多くの情報がサーバーに保持されます (RMI 経由でアクセス)。

私の問題は、ボタンの上にマウスを置くと、自動的に repaint() を呼び出すように見える (そして境界線を描画する) ことです。これにより、マウスがスペースの 1 つの上にあるたびにサーバーからデータを取得する必要があるため、プログラムが非常に遅くなります。

私はこれを止める方法を見つけようとしていますが、インターネット上の他の誰もがボタンを止めるのではなく repaint() することに問題を抱えているようです.

これを防ぐためにオーバーライドできるメソッドまたは変更できるプロパティを知っている人はいますか?

私はマルチスレッドの Delphi 6 Pro アプリケーションを持っており、現在鋭意開発中です。メイン スレッド (VCL スレッド) のコンテキストで実行されるコードにブレークポイントを設定しても、問題はありません。ただし、他のスレッドのいずれかのコードでブレークポイントがトリガーされた場合、ブレークポイントからアプリケーションを続行した後、メイン スレッド (メイン フォームを含む) の VCL コンポーネントへのすべての再描画が行われなくなります。他のバックグラウンド コードが実行され続けているため、アプリケーションが死んでいるわけではなく、メイン スレッドだけです。Windows メッセージ ディスパッチャーが破損しているか、休止状態になっているようです。

このアプリケーションでは、登録された特定のメッセージをキャッチする必要があるため、メイン フォームの allocateHwnd() を介して独自の WndProc() を割り当てます。その WndProc() から、処理するカスタム メッセージをディスパッチし、現在のメッセージがコードで処理されない場合は、メイン フォームの継承された WndProc() を呼び出してメッセージを渡します。現在のメッセージを処理する場合は、メッセージが処理されたことをディスパッチャに伝えるために、Msg.Result を 1 に設定して WndProc() から返すだけです。独自の WndProc() を割り当てる代わりに、単に TForm WndProc() をオーバーライドすることはできません。何らかの理由で、Delphi VCL は Windows API の RegisterWindowMessage() 呼び出しでインスタンス化された登録済みメッセージを通過しないためです。

同様の状況でこれを経験した人はいますか? もしそうなら、それを修正するために何をしましたか?

-- ロシェル

私は netbeans でアプリケーションを作成しており、特定の瞬間にプログラムで何が起こっているかを示すステータス ラベルが必要です。大量のコードがありますが、これが何をするかのほとんどは次のとおりです。 statusLabel はプログラムに既に配置されているラベルであり、各関数は数秒かかる高価な関数であると仮定してください。

これは、UI が 4 つのタスクを完了するまで続きます。プロセス全体で、すべてのタスクが完了するまでラベルは更新されず、「タスク 4 の完了」と表示されます。ただし、 System.out.println 呼び出しは完全に機能します。基本的に、ラベルに設定された新しいテキストを表示するにはどうすればよいのか疑問に思っています。