# Re: [RFC] gitweb wishlist and TODO list

3 messages from 2006-09-03 to 2006-09-03. Participants: Marco Costalba, Jakub Narebski.
Thread: https://gitlist.dev/t/5461

## Jakub Narebski, 2006-09-03 11:52

Subject: Re: [RFC] gitweb wishlist and TODO list
Message-ID: <44fac1ee.308dbbaf.574b.08a5@mx.gmail.com>
URL: https://gitlist.dev/e/44fac1ee.308dbbaf.574b.08a5%40mx.gmail.com

```
Marco Costalba wrote:

> On 9/3/06, Jakub Narebski <jnareb@gmail.com> wrote:
>> Marco Costalba wrote:
>>
>>> On 9/2/06, Jakub Narebski <jnareb@gmail.com> wrote:
>>>>
>>>> By the way, do the diff between arbitrary revisions (say, between two
>>>> branches/two refs) and between arbitrary versions of the same file
>>>> would be useful to have in gitweb?
>>>>
>>>
>>> A nice tool, lot of ideas to steal ;-)
>>>
>>>http://www.cenqua.com/fisheye/demo/viewrep/ant/src/main/org/apache/tools/ant/?FETOUR=A1
>>
>> FishEye? I haven't took the full tour, but the tool seems somewhat
>> CVS centric, i.e. per file history, file description,...
>>
>> But for example "breadcrumbs" idea for the file path (each segment
>> of path being link to given (sub)directory) is a nice one. Although 
>> if I remember correctly the pathname (for files only) is currently
>> hack to have somewhere link to "head" version of current file in
>> plain format. 
> 
> Also the UI for diff between arbitrary revisions could be interesting.

There is problem with git encouraging multiple branches and nonlinear
history. While it would be fairly easy either to add Wiki-like (e.g.
http://git.or.cz/gitwiki/ or http://en.wikipedia.org) radio-boxes to mark
revisions to compare, or add pull down menu to select revision (useless
with longer history) of a given file (we have diff-to-current in file
history, by the way), the true power of selecting revisions to compare
would be when we would have graphical history visualizer built in, similar
to gitk and qgit. 

By the way, do you known any common Perl modules for generating PNG
(graphs)?

P.S. This message seems to hit VGER BOGOfilter... ehhh...
-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git



-- 
VGER BF report: S 0.999997

```

## Marco Costalba, 2006-09-03 12:18

Subject: Re: [RFC] gitweb wishlist and TODO list
Message-ID: <e5bfff550609030518o5e78bb05w4df4235a4931c2dd@mail.gmail.com>
URL: https://gitlist.dev/e/e5bfff550609030518o5e78bb05w4df4235a4931c2dd%40mail.gmail.com
In-Reply-To: <44fac1ee.308dbbaf.574b.08a5@mx.gmail.com>

```
>
> By the way, do you known any common Perl modules for generating PNG
> (graphs)?
>

No, I don't. sorry. Anyway, from my experience with qgit I can say
that one thing is to produce a revision graph, another thing is to
produce a _fast_ and (perhaps more important) no memory hogger
revision graph.

Both qgit and gitk implement heavy optimizations and a lot of tricks
to make that happen. IMHO this is almost mandatory with long and
complex histories like Linux tree. I'm not sure a generic graph
builder is up to the task.

More, gitweb is designed to be used by many people at the same time,
while qgit and gitk are for personal use only, and this adds burden
from the performance/resources  point of view.


  Marco

-- 
VGER BF report: U 0.807973

```

## Jakub Narebski, 2006-09-03 12:38

Subject: Re: [RFC] gitweb wishlist and TODO list
Message-ID: <edeicq$ae0$1@sea.gmane.org>
URL: https://gitlist.dev/e/edeicq%24ae0%241%40sea.gmane.org
In-Reply-To: <e5bfff550609030518o5e78bb05w4df4235a4931c2dd@mail.gmail.com>

```
Marco Costalba wrote:

>>
>> By the way, do you known any common Perl modules for generating PNG
>> (graphs)?
>>
> 
> No, I don't. sorry. Anyway, from my experience with qgit I can say
> that one thing is to produce a revision graph, another thing is to
> produce a _fast_ and (perhaps more important) no memory hogger
> revision graph.
> 
> Both qgit and gitk implement heavy optimizations and a lot of tricks
> to make that happen. IMHO this is almost mandatory with long and
> complex histories like Linux tree. I'm not sure a generic graph
> builder is up to the task.
> 
> More, gitweb is designed to be used by many people at the same time,
> while qgit and gitk are for personal use only, and this adds burden
> from the performance/resources  point of view.

Well, I guess even if/when gitweb acquires history graph support, it would
be paged like history/shortlog is, i.e. at most 100 commits to graph.

P.S. To those wondering why thread got broken, and why the parent post is
lost: vger bogofilter.
-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git



-- 
VGER BF report: S 0.992982

```
