問題タブ [redraw]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
915 参照

objective-c - ビューを再描画する方法は? (OpenGl)

一種のシミュレーションを作成したい。魚/サメ/シャチの特定の位置を表示する必要があります (実際のものではなく、ランダムに設定されています)。My Simulation は開始状況を表示できます。

それは正常に動作します。drawAFis/drawAShark ... シンプルなクワッドを描画します:

私の質問は次のとおりです。シーンを再描画するにはどうすればよいですか?

Google やドキュメントには、役立つ情報はあまりありません。

ご協力いただきありがとうございます

マルセル

0 投票する
2 に答える
5363 参照

listview - Listview の ArrayAdapter notifydatasetchanged() の再描画が非常に遅い

各行に 3 つの textview フィールドがある非常に単純なリストがあります。バックグラウンド Web サービス呼び出し ( AsyncTask ) からのデータを使用して、2 秒ごとに値を更新しています。

今後の値を現在の値と比較し、それに応じてアダプタで更新し、必要に応じて最後に notifyDataSetChanged() を呼び出します。

問題は、一度に 3 つ以上の更新行を取得すると、再描画が非常に遅くなるため、UI 全体がハングすることです。もちろん、EfficientAdapter アプローチ ( setTag() および holders ) や getViewTypecount()/getItemViewType() など、ListView のよく知られた最適化をすべて使用しています。また、layoutopt を使用してインターフェイスを可能な限り最適化し、wrap_content の幅と高さを避けて軽量化を試みました。

私たちのアップデートではコストのかかる操作も行いません。TextView のテキスト、textcolor、および backgroundcolor の値を変更するという標準的な操作だけです。

私が見ることができる唯一の奇妙なことは、getView() が行ごとに 3-4-5 回呼び出されることです。

どうすれば高速化できるかについてのアイデアやヒントはありますか?

どうもありがとうございました!

[1] http://groups.google.com/group/android-developers/browse_thread/thread/4c4aedde22fe4594/aeb04288064f495e?show_docid=aeb04288064f495e

0 投票する
4 に答える
34352 参照

android - リストビューの 1 行を再描画する

で単一の行を再描画することは可能ListViewですか? 私ListViewはsであるwith行を持っていますLinearLayoutView私は好みの変更を聞いていますが、1 つの行の中で1 つだけを変更する必要がある場合がありLinearLayoutます。を呼び出さずにその行を再描画する方法はありlistview.notifyDatasetChanged()ますか?

ビュー (内) で view.invalidate() を呼び出してみましたLinearLayoutが、行は再描画されません。

0 投票する
1 に答える
1198 参照

c# - WPFのサイズ変更/再描画の高速化

空の WPF ウィンドウでもサイズを変更すると、黒い領域が表示されることに気付きました。私のデスクトップ上の多くのプログラムにはこれらの問題はありません..サイズ変更の再描画の優先度などを設定して、WPFウィンドウのサイズ変更を高速化する方法はありますか? または、この問題は避けられません。

0 投票する
1 に答える
315 参照

wpf - N x N グリッドの画像を使用した WPF 画像生成

私は、画像のグリッドから単一の画像を作成する個人的なプロジェクトに取り組んでいます。画像の生成には時間がかかり、コードの実行が完了すると毎回更新されません。イメージを生成するときに、インターフェイスを引き続き機能させる (ロックアップしない) にはどうすればよいですか。

開始するには: 識別子の N x N グリッドがあり、識別子に基づいて、特定のスケーリングされた高さと幅で (x,y) に特定の画像を描画します。

このイメージは反復ごとに再生成され、WPF で更新する必要があります。また、xaml 側の Image の ImageSource にバインドされます

私の問題は、「この大きな画像を生成するパフォーマンスを向上させるにはどうすればよいですか」と「(世代ごとに) 必要な回数だけ画像を更新するにはどうすればよいですか」です。

0 投票する
1 に答える
869 参照

iphone - バックグラウンドスレッドのUIScrollViewにUIImageViewを追加すると、すべてが追加されるまで表示されません

メインスレッドにいくつかのUIButtonとUIActivityIndi​​catorsを追加するscrollViewがあります。次に、[NSThread detachSelectorInBackground:@selector(getImages)toTarget:self withObject:nil]を実行します。

getImagesは、いくつかの画像をダウンロードしてUIImageViewsに追加してから、UIImageViewsをscrollViewに追加しますが、getImagesメソッドが完了するまで表示されません。scrollViewを再描画または更新する方法などはありますか?

AND getImagesメソッドの実行中にscrollViewを(指で..)スクロールすると、追加されたUIImageViewsが表示されます。

0 投票する
1 に答える
2359 参照

javascript - キャンバスはループの終了後にのみ再描画されます

ループでキャンバスに描画する際に問題があります。

私が達成したいのは、各ループでスクリプトが数ミリ秒待機してからキャンバスに描画し、ユーザーが実際に変更を確認してからループが繰り返されることです。

代わりに、for ループが終了するまで、ユーザーは変更を確認できません。

しかし、警告ウィンドウを表示し、スクリプトがユーザーの応答を待つと、実際に変更が描画されることがわかりました。

最後だけでなく、すべてのループで「小さな変更」を表示するにはどうすればよいですか?

私のコード(ここにもあります:http://janiczek.github.com/heighway-dragon/ リンクには別のものが含まれています):

0 投票する
1 に答える
917 参照

c# - 実行時にピクチャボックスを描画するにはどうすればよいですか?

上記のコードでは、関数 read_file を数回呼び出そうとしていますが、最後まで待ってから一度描画するだけでは機能しません。

元のプロジェクトでは、プロジェクトの別の部分からファイル名を取得し、次のような関数を呼び出すことに注意してください

同じ理由で機能しない

0 投票する
2 に答える
1317 参照

android - Android でアクティビティを再描画する

私の問題は単純に思えますが、ここで答えを見つけることができません。

1 つのアプリケーションでさまざまなアクティビティがあります。活動はお互いに始まります。利用可能なすべてのレベルを表示する「メイン画面」があり、ユーザーがレベルをクリックすると、そのアクティビティが開始されます。ユーザーがそのレベルを終了すると、戻るボタンを押してメイン画面に移動し、別のレベルを開始できますレベル。戻るボタンを押すと、もう一度「メイン画面」を再描画したいと思います。今回は、完了したレベルの親指が異なって完了したことを示すためです。

では、戻るボタンが押されたときにアクティビティで再描画を実行するにはどうすればよいですか? (Activity.onResume メソッドにコードを追加する必要があると思います) (完成したレベルの状態を保存するために SharedPreferences を使用します)

メイン画面のアクティビティは基本的に次のとおりです。

次に、ImageAdapter はブール値の true/false を使用して、画像のソース (未完成のつまみまたは完成したレベルのつまみ) を選択します。

0 投票する
5 に答える
1731 参照

wpf - WPF ダイアログ ウィンドウによって残された表示ガベージを修正しますか?

私の WPF アプリには、他の WPF ダイアログ ウィンドウを開くことができる WPF ウィンドウがあります。これは次のように行います。

PickForEveryone は次のように定義されます。

また、DataGrid といくつかのボタンとチェック ボックスを含む Grid が含まれています。

私の開発用コンピューターでは問題なく動作します。ただし、私のクライアントは、ダイアログ ウィンドウが閉じたときに、親ウィンドウの上に視覚的なごみとしてダイアログ ウィンドウが表示の一部を残しているのを見続けます。つまり、ShowDialog() が戻ったときに一部のウィンドウだけがアンドローされます。

this.InvalidateVisual(); を追加してみました。上記のコードの下にありますが、問題は解決しませんでした。

ここで (別の種類の WPF 表示の問題について) OnRender() を呼び出して再描画を強制するという提案も見ましたが、OnRender には DrawingContext 型のパラメーターが必要であり、取得方法がわかりません。

そこで、最初に表示の問題を修正する方法、または WPF を使用してウィンドウを再描画して回復する方法を誰かが知っているかどうかを尋ねています。

更新: 以下の提案された回答へのコメントに見られるように、クライアントのコンピューターで機能する解決策はまだありません。機能する唯一のことは、汚染された下にあるウィンドウを最小化および最大化することです。