Gitk for Bzr?

[Daniel Schierbeck]

On Fri, 2008-01-18 at 19:36 +0100, Per Jonsson wrote:
> Daniel Schierbeck wrote:
> > On Fri, 2008-01-18 at 09:06 +1100, Robert Collins wrote:
> >   
> >> Can I suggest 'bzr viz -vv'.
> >>
> >> I think of viz as a 'graphical log', and log -v shows the status between
> >> commits, so log -vv is a reasonable proposal for showing the entire
> >> diff :).
> >>
> >> What the HIG forgets is that 'simple' is relative. For many folk just
> >> knowing what commits occured is useless; they have to see the content
> >> changes to figure out what they want to know.
> >>     
> >
> > Have you tried installing my changes-page branch of bzr-gtk? It does
> > provide the changes directly in the notebook, just in another page (tab)
> > instead of in the general page.
> 
> I have, and I think it's big improvement over having those diff windows 
> popping up. But when I'm browsing through the history I don't want to 
> have to switch between the "General" and "Changes" tabs all the time. I 
> think it should be possible to choose whether you want to have the 
> commit message and the diff separated into two tabs or not. Perhaps add 
> it as an option in the View-menu?

Perhaps such an option can be a future addition, but it's not high on my
priority list. Frankly, user interface design is one of those crafts
where there are no certainties, only hunches and feelings. A good user
interface is one that balances functionality and usability, two factors
which more often than not conflict. It's important to recognize that
this balance depends on the target audience, and that's where I feel we
differ. You would like a tool that better fits your needs, and I do
fully understand that, most of what I do in open source is driven by the
need to scratch an itch, but truth be told, when you are co-responsible
for a project, you cannot simply make it fit your own needs; you have an
obligation to all previous contributors to make sure the project reaches
its highest potential, and that means finding a target audience. I feel
that there's a pretty high degree of consensus regarding the audience of
bzr-gtk, and especially the fact that it includes newcomers. That means
that we may sometimes prioritize usability on the cost of special
functionality.

At least that's my personal view on the matter.


Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20080118/f6d45344/attachment.pgp