masukomi/cleandiff

CleanDiff is a better diffing tool, that's easier on your brain.

cleandiff's Issues

open only works on OS X

open only works on OS X. You need xdg-open for linux.

ubuntu's aha complains about a bad option

bug in handling of non-word characters

The attached screenshot implies that the resulting file would have load_cwt__feed when in reality it has load_cwt_feed (one underscore)

make changed lines expand to show new code

SO, you've got a changed line ...

Sometimes what cleandiff gives you is much simpler. Sometimes... not so much. I'd like to be able to click on the 11:13 line and have a div slide out below it and display

new | @filter_options = filter_options_for User.current

line numbering gets borked ... with indentation?

If you run

git difftool a5c7d32452af1e5afbc78f5a9f09e07be4e16cad^ a5c7d32452af1e5afbc78f5a9f09e07be4e16cad

on this repo you'll get the following borked output.

sometimes dwdiff wraps lines.

Somewhat annoying. Don't know why it happens.
The line in the screenshot is noted in the sidebar as being on the same line, and in the source it's on the same line, but I believe it's wrapped in the dwdiff output.

correct line numbers

Currently the line numbers refer to lines in the diff ( i think ), so they're kinda useless. Make it so the line numbers refer to the lines in the original and changed file.

full file path is never displayed

I've got a repo with multiple files with the same name, but in different directories. When more than one of them appears in a diff I can't tell which one it is.

I think git doesn't actually provide this information when git difftool is called though. :/ may have to do ugly things to get it.

Can't handle "No newline at end of file"

I don't think there's a way to make git STOP bitching about "No Newline at end of file"

When it does it screws up the last line when it passes through dwdiff.
We can do some additional sed hackery to address this I'm sure.

long lines don't wrap in HTML version.

They should.