Re: Integrating gitweb and git-browser (was: Re: VCS comparison table)
- From
Jakub Narebski <jnareb@gmail.com>
- Date
- Oct 18, 2006, 01:58 UTC
- Message-ID
- <200610180358.03669.jnareb@gmail.com>
- In-Reply-To
- <20061018015211.GP20017@pasky.or.cz>
Petr Baudis wrote:
Show 22 quoted lines
> Dear diary, on Wed, Oct 18, 2006 at 03:36:36AM CEST, I got a letter > where Jakub Narebski <jnareb@gmail.com> said that... >> Petr Baudis wrote: >> >>> so that you can add your own views, so that git-browser can >>> integrate to it more reasonably. (Currently it has completely different >>> UI and you have to patch gitweb in order to get the proper links at >>> proper places.) Sure, git-browser might get fully integrated to gitweb >>> later but that needs to be done sensitively so that people are not >>> scared by the horrible javascript blobs, etc.; currently git-browser is >>> very experimental, and adding it would be quite intrusive. >> >> I was thinking about adding using JavaScript, in shortlog (and perhaps >> shortlog-extended, i.e. with date and author) views one extra "diagram" >> column, with width set using JavaScript generated embedded style, and use >> only part of git-browser that generates diagram to draw it there. > > Shortlog is paginated and that's not very practical for diagrams, I > think - you need to gradually extend it instead in that case. But yes, > keeping the _visual_ difference of git-browser and gitweb as small as > possible has been the main reason for me to think about integrating it > more tightly.
You can have paginated graph (diagram). Although it is more natural to have diagram on the first page only, just like gitk --max-count=100.
The idea is for gitweb to generate (short)log, perhaps with pagination turned off (CSS overflow: scroll), and git-browser part to generate diagram and add it to log.
-- Jakub Narebski Poland