From: Jakub Narebski Date: Wed, 18 Oct 2006 01:58:03 GMT Subject: Re: Integrating gitweb and git-browser (was: Re: VCS comparison table) Message-ID: <200610180358.03669.jnareb@gmail.com> In-Reply-To: <20061018015211.GP20017@pasky.or.cz> Petr Baudis wrote: > Dear diary, on Wed, Oct 18, 2006 at 03:36:36AM CEST, I got a letter > where Jakub Narebski 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