2009/9/10 Peer Sommerlund <p...@users.sourceforge.net>
> # HG changeset patch
> # User Peer Sommerlund <p...@users.sourceforge.net>
> # Date 1252582648 -7200
> # Node ID d223cb10c27e4dae97e2e1932bffbeb4d4beb996
> # Parent c4ec7968bc252bbaddb11a223d80bcdec676416f
> logview: Fix bug in compact graph
>
> If a parent is ouside the covered range, it would cause an
> assertion error.
>
> diff -r c4ec7968bc25 -r d223cb10c27e hggtk/logview/revgraph.py
> --- a/hggtk/logview/revgraph.py Thu Sep 10 00:41:05 2009 -0500
> +++ b/hggtk/logview/revgraph.py Thu Sep 10 13:37:28 2009 +0200
> @@ -216,7 +216,6 @@
> """Mark all unknown revisions in range that are direct ancestors
> of branch_head as part of the same branch. Stops when stop_rev
> is passed or a known revision is found"""
> - assert self._covered_rev(branch_head)
> assert not branch_head in self.branch4rev
> self.color4branch[branch_head] = self.nextcolor
> self.nextcolor += 1
>
Note that revisions older than the selected range will not be collapsed. If
there are many parents (due to merges) that are old, the graph may be as
wide as the non-compact graph.
This is a tradeoff between execution speed and graph compactness.
If you choose to load more of the graph, the entire range will be recomputed
and the graph will be more compact. I'm not 100% sure as I didn't read the
load-500-more code, but the interface does not hint at load-more is a
continuation of an existing view.
Regards,
Peer
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Tortoisehg-develop mailing list
Tortoisehg-develop@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-develop
