want graphical view of history across files and revisions

[Alok]

I would like to have some GUI in Bazaar / Bzr Explorer with the following. The following is just an example of what I am looking for. Please ignore the specifics. I have created a crude mock-up to be able to explain better.

A chart/table with working tree (folders/files) as row headings, revisions as column headings.
The chart/table now shows a visual revision history of all folders and files. Deleted files would show up as dead ends. Different colors may be used to show file modifications to separate them from those files that did not change.

Since the number of files may be quite large, the folders in the working tree should ideally be expandable/collapsible where they show overall visual time-line of the changes to various files in that folder when the folder is collapsed.

Additionally, statistics on files/folders and revisions may be shown at the right and bottom sides respectively.

Please let me know if Bazaar already has such or similar functionality. I am new to Bazaar. I am currently able to see revision history at file level with Bazaar Explorer, but am not able to (1) visualize the same for multiple files in one screen, (2) see such revision history for deleted files.

See also: Question #18382

[Martin Pool (mbp)]

thanks for the suggestion and mockup

[Gary van der Merwe (garyvdm)]

For performance reasons, one would need to limit the revision range.

[Alok (alokgovil)]

Indeed, performance needs to be kept in mind. One way could be to allow using filters to limit revisions and/or files.

I would not expect performance to be a limitation though even without the filters. There are a pile of software applications which handle very large data-sets and represent them in GUI in practically real-time. Software tools used by the IC design industry come to mind as the oldest examples. (ICs have millions of transistors, each represented by several polygons. The tools used to make IC layout show them on the screen in real-time.)

[Gary van der Merwe (garyvdm)]

On Fri, Mar 26, 2010 at 6:02 PM, Alok <email address hidden> wrote:
> I would not expect performance to be a limitation though even without
> the filters.  There are a pile of software applications which handle
> very large data-sets and represent them in GUI in practically real-time.
> Software tools used by the IC design industry come to mind as the oldest
> examples. (ICs have millions of transistors, each represented by several
> polygons.  The tools used to make IC layout show them on the screen in
> real-time.)

Yes, I was thinking something like a interlaced gif. Load 10 equally
spaced revisions, and deltas between them. Then 100, then 1000 etc.
This would greatly increase the total load time, because it will do
alot more deltas than there are revisions, and will probably have load
the inventories more than once due to memory constraints, but this
would show useful info fast.

[Alexander Belchenko (bialix)]

Interesting.