Showing text diff and old translation (tagged as needs revision) for changes made in synchronized translation

[jnagler-git]

The current behaviour: when changing a field e.g., a paragraph, in the default language the old translation of that field gets deleted after the synchronization and the new text does not show any hints of changes that have been made. Thus, a new translation is needed.

It would be nice to have a diff feature, that does not delete the old translation, but to show it with a text diff of the default language. Sometimes just a few words or single sentences change in paragraph, so the translator can save a lot of time with this feature.

To not just give a request, I was looking a bit around and found out that this might be done using Google's diff_match_patch library in the following way:

import diff_match_patch
dmp = diff_match_patch.diff_match_patch()
diffs = dmp.diff_main('This is my original paragraph.', 'This is my revised paragraph with new words.')
 # semantic cleanup seems important 
dmp.diff_cleanupSemantic(diffs)
print(diffs)  

Output: [(0, 'This is my '), (-1, 'original'), (1, 'revised'), (0, ' paragraph'), (1, ' with new words'), (0, '.')]

This could then be canonically written as "This is my original revised paragraph with new words." Having the old translation still available then makes it a lot easier to revise the changes instead of translating it from scratch.

Would be wonderful to have this feature considered for wagtail-localize.

[saevarom]

I've had this issue too, and it is quite annoying when e.g. someone just makes a linebreak in the original text, the original text block becomes two entirely new text blocks with their own hashes of the contents. The translation for the original text is lost to the end user, even though it still exists in the database. To confirm that, you can download a .po file to see that the original text exists in the .po file, but marked as an obsolete message.

I would propose giving the end user access to "obsolete" messages so that you would only be a couple of clicks away from the original translation to restore it.

I have a client with almost 400 pages, all of them translated to another language, many of them with a lot of text. It is quite a pain to lose translations just because someone introduced a linebreak in the original text!

Any thoughts here @zerolab ?

[th3hamm0r]

Fyi: there is also a related discussion #394
It's really a pain, always having to backup the original translated content. It is very easy to loose content, even if it it is probably still in the database somewhere...

[zerolab]

I agree this is annoying. Unfortunately I do not have much capacity in the next month or so. Any PRs fixing this are most welcome ;)

[zanzo2003]

@zerolab @thibaudcolas I have raised a PR attempting to resolve this issue ( #912 ) . I have added tests and screenshots of the output. Please review and provide feedback for PR. This was a exciting issue to work on because it helps in improving the user experience .