Commit graph

14 commits

Author SHA1 Message Date
Jesse van den Kieboom b12d910638 Do not initialise next layer for hidden commits 2015-12-16 23:00:05 +01:00
Jesse van den Kieboom 3c6614d62c Protect against empty lanes in lane collapsing
Fixes https://bugzilla.gnome.org/show_bug.cgi?id=748974.
2015-09-27 14:59:39 +02:00
Jesse van den Kieboom 15e441e773 Implement preserving mainlines on history lanes 2014-12-21 21:14:59 +01:00
Jesse van den Kieboom 2b2b4af9f6 Update for new GgitCommitParents API 2014-12-14 19:16:41 +01:00
Jesse van den Kieboom 3dafb712a3 Bind history lane collapse settings 2014-06-30 14:21:50 +02:00
Jesse van den Kieboom 82b1e888c4 Set history lane collapse defaults 2014-06-30 14:21:34 +02:00
Jesse van den Kieboom 934a156341 Make lane container ref counted 2014-06-11 14:58:55 +02:00
Jesse van den Kieboom 3579a9db22 Use weak ref to commit in lane list 2014-06-11 14:58:31 +02:00
Techlive Zheng cde980872a Use the same color for every long-runing lane
Signed-off-by: Ignacio Casal Quinteiro <icq@gnome.org>
2013-05-17 13:23:46 +02:00
Techlive Zheng d3cb803007 Respect the mainline of the merges
Normally the 1st parent of a commit is the branch we're merging _into_,
so if you keep this on the left then you can always read a merge as
right-to-left. Previous it seems to be a bit random.

By comparing the position a 'lane' in the 'lanes', the earier a lane is
created, the more priority it has.

Signed-off-by: Ignacio Casal Quinteiro <icq@gnome.org>
2013-05-17 13:23:30 +02:00
Jesse van den Kieboom 33f1075d9a Added GPL license stub in all vala files 2012-07-02 20:02:34 +02:00
Jesse van den Kieboom 03f8446283 Can't use GLib.SList as property type 2012-04-25 00:01:27 +02:00
Jesse van den Kieboom 92e5f537af Updates to calculating lanes 2012-04-22 15:11:07 +02:00
Jesse van den Kieboom a74c5661a6 Initial porting to vala 2012-04-14 13:46:39 +02:00