Eskil creator here. Thanks for the + :-)
Line wrapping has been on my low priority todo list forever, but since it is so rarely needed in my usage it tends to not happen. Line zoom is enough for the rare circumstances I have long lines.
I'll give it some more thought.
Among its less visible advantages, it has a lot of ways to resolve tricky diffs, which comes in handy sometimes. Like manually aligning lines, and applying search/replace filters. Try the built in tutorial to see some of it.
But the main advantage is that it presents diffs the way I like it, naturally since I wrote it ;-)
I've been using kdiff3 for years (it is also my default git mergetool). I see others use Meld. Ediff (emacs' diff). What are other open source/free tools like that people use?
I like tkdiff and I am wondering why Eskil is not a series of patch on top of tkdiff instead of a different program. In fact, http://wiki.tcl.tk/3773 says:
See also eskil for an extended version of tkdiff.
Eskil is an updated version of tkdiff (still pure tcl) that includes:
... features ...
I highly recommend eskil over tkdiff. tjk
I must be lacking some context, so why not have a single program? Is Eskil that program and tkdiff obsolete?
This tool looks interesting from the screenshots in the website. I wonder if some things that diff doesn't do well are handled separately by this tool.
Or, I do not know how to make diff do it well - for example, show added similar "paragraph" in better context. If I have a for loop and add an identical for loop after current one, diff will typically show the new one inserted in between the first part of the existing for loop and the last line of the existing for loop. The perforce diff client seems to get this right and shows the new for loop inserted after the current one.
Aside from that, what I miss in some GUI diff clients is the way vimdiff works. By default, vimdiff collapses the similar areas and shows only the diff parts noncollapsed. This is very useful when I am looking at a diff of a large file and the diff portions are far apart. It helps get a quick overview of the differences in the entire file.
Meld has become flaky in recent months (years?) after the switch to GTK3. Scrolling often gets 'stuck', mercurial support has regressions and performance is much slower on newer hardware than I remember it being on something barebones. I'm definitely looking at Eskill as an alternative. A graphical diff is just one of those tools I can't live without.
Not so great on Mac OS X. For remote diffs over SSH I don't mind vimdiff to be honest, but sometimes I just want a graphical diff locally. I miss meld from GNU/Linux and can't bring myself to brew install it because GTK on Mac OS X is ugh.
vimdiff is just perfect. How can $subj be any better than perfect? That can be only reason why your [effectively unconstructive] comment gets [constructively explained] downvotes.
- work well with longer files and long lines (i don't know why many of them are very slow on larger files)
- have line wrap option (quite unusual it seems)
- have diff ignoring whitespaces (you would be surprised that not all diff guis support this)
- the best would be to use the same algo that "git diff" does
- if not then any other that works on character-level.
Of course you may use the vanilla git diff, which is really great (even outside of git repositories), but it is not as handy as GUI sometimes.
The closest GUI was meld, but it's not perfect either... macvim with some diff plugin was also good, but not perfect.