Inline diffing should prioritize diffing whole words

[sindresorhus]

Unless the words are very long. AFAIK that's how Git diffing works too.

We don't want this (current):

---

IssueHunt Summary

Backers (Total: $80.00)

• issuehunt ($80.00)

Submitted pull Requests

• #87 Diff lines by word-like atoms

---

Become a backer now!

Or submit a pull request to get the deposits!

Tips

• Checkout the Issuehunt explorer to discover more funded issues.
• Need some help from other developers? Add your repositories on IssueHunt to raise funds.

[novemberborn]

Do you have suggestions for when a word is too long?

I assume this should go up to the word boundary /\b/, not just whitespace?

[sindresorhus]

Do you have suggestions for when a word is too long?

Something arbitrary. Maybe 30 characters? Wonder how the Git diff algorithm handles this.

I assume this should go up to the word boundary /\b/, not just whitespace?

Yes

---

Some relevant resources:

• https://blog.jcoglan.com/2017/02/12/the-myers-diff-algorithm-part-1/
• https://gist.github.com/ndarville/3166060
• http://prettydiff.com/guide/unrelated_diff.xhtml

[novemberborn]

This may be useful: https://github.com/aceakash/string-similarity

[sindresorhus]

I think we should disable word diffing until we can implement something better. The diffing continues to be unusable. I’m often using console log.

[IssueHuntBot]

@IssueHunt has funded $80.00 to this issue.

---

• Submit pull request via IssueHunt to receive this reward.
• Want to contribute? Chip in to this issue via IssueHunt.
• Checkout the IssueHunt Issue Explorer to see more funded issues.
• Need help from developers? Add your repository on IssueHunt to raise funds.