| commit | da391bc834b49a00c3b6becf1107366f2f97745b | |
| author | Shawn O. Pearce <spearce@spearce.org> | |
| Mon, 24 Mar 2008 22:41:45 +0000 (24 18:41 -0400) | ||
| committer | Shawn O. Pearce <spearce@spearce.org> | |
| Mon, 7 Apr 2008 05:06:05 +0000 (7 01:06 -0400) | ||
| tree | 46d3daae51810a5132b1217067a792c1a9fe8808 | treesnapshot (tar.gz zip) |
| parent | 0f7384edf8c9823b6a9f470f914fe130d1b341dd | commitdiff |
Move all list batching from RevCommitList to the Ecipse refresh job
The fact that our Eclipse history refresh job wants to batch its
commits into bundles and show those bundles in the UI every 256
commits is something specific to the refresh job. Its a cleaner
code to just let the job ask for fills of the current size + 256
and then let the list break out of fillTo and return control to
the job, where the job can then update the UI.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
The fact that our Eclipse history refresh job wants to batch its
commits into bundles and show those bundles in the UI every 256
commits is something specific to the refresh job. Its a cleaner
code to just let the job ask for fills of the current size + 256
and then let the list break out of fillTo and return control to
the job, where the job can then update the UI.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>