threads / rfc / 5461

Re: [RFC] gitweb wishlist and TODO list

Subject: Re: [RFC] gitweb wishlist and TODO list

## tl;dr

3 messages between Sep 3, 2006 and Sep 3, 2006.

replies: 2people: 2as markdown or json

Jakub Narebski· Sep 3, 2006, 11:52 UTC · lore

Marco Costalba wrote:

Show 24 quoted lines

> 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· Sep 3, 2006, 12:18 UTC · re: Jakub Narebski · lore

>
> 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· Sep 3, 2006, 12:38 UTC · re: Marco Costalba · lore

Marco Costalba wrote:

Show 18 quoted lines

>>
>> 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