On 3/5/07, Theodore Tso <tytso@xxxxxxx> wrote:
On Mon, Mar 05, 2007 at 10:59:33AM +1300, Martin Langhoff wrote: > I find xxdiff much better than meld, tkdiff and kdiff -- but maybe I > just don't know how to use them, or they have gotten better in the > last few months. I wasn't familiar with xxdiff until just now, but having played with it, kdiff3 is much easier for a beginner to use. The toolbar makes it a lot easier to select from one or the other, I find the keyboard accellerators to be much more intuitive (although I suppose if you are a vi or nethack fan the H, J, K keys will make sense to you :-).
No, I hate that navigation. But arrow keys and pageup/down work great for me. Mouse navigation is superb too.
In addition, with xxdiff it gives the user way too many options about whether you want to save the left, right, or center, or merged windows.
I can understand that. But it also does in-the-line diff colouring that I haven't seen the others do. Where the lines don't match on something small, you can see the offending characters in a slightly different tone (I'm colourblind, so I'm unsure of the exact colour, but it does work). I find xxdiff to be an order of magnitude faster than meld and kdiff3. And at least kdiff3 spews garbage about trying to start the whole of KDE infrastructure hairball so it messes up my terminal where I had interesting messages from the just-executed git-pull. So at least for now xxdiff is my well-behaved, flexible and fast tool ;-) And I can see at a glance that single quotes got replaced with double quotes or a trailing space got added or trimmed and _that_'s why the thing didn't merge cleanly.
> One thing I _don't_ want as a user is to see the graphical mergers > starting by default. Most merges are trivial, and I can just edit them > in emacs or vi. Well, git will handle most merges automatially for you anyway. You would only use git mergetool to handle the merge conflicts.
Sorry -- I meant to say most conflicts are trivial. Someone mentioned auto-running gui tools on any conflict, and don't think I want that. cheers, martin - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html