| commit | 402542ccbdef8d5783fd3ae14694e828f3f9612a | |
| author | Shawn O. Pearce <spearce@spearce.org> | |
| Wed, 26 Mar 2008 22:07:00 +0000 (26 18:07 -0400) | ||
| committer | Shawn O. Pearce <spearce@spearce.org> | |
| Mon, 7 Apr 2008 05:06:21 +0000 (7 01:06 -0400) | ||
| tree | f8c0ddea9ace23f3b8e568ab99737b3d72a6dc73 | treesnapshot (tar.gz zip) |
| parent | 8822486a402ffd1fffdb22616d027d80866bc3d4 | commitdiff |
Allow the history refresh job to update the UI only once per second
Once we have our first batch of results that is 256 rows of data the
user can see it in the results table, and probably needs to scroll to
view all of those rows. Typically we can pop the rest of the results
through before the user has had a chance to digest the table, or start
to guess how long the results are. Since delaying UI update events
really improves the overall throughput reducing our update rate to
only once every other second makes the results nearly instant even for
a repository about the size of git.git.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
Once we have our first batch of results that is 256 rows of data the
user can see it in the results table, and probably needs to scroll to
view all of those rows. Typically we can pop the rest of the results
through before the user has had a chance to digest the table, or start
to guess how long the results are. Since delaying UI update events
really improves the overall throughput reducing our update rate to
only once every other second makes the results nearly instant even for
a repository about the size of git.git.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
| org.spearce.egit.ui/src/org/spearce/egit/ui/internal/history/GenerateHistoryJob.java | diffblobblamehistory |