Here I have drawn a box around my guess of the only thing that changed in the two things being shown.
It would be great if the program did too, to save users long head scratching sessions where they read line by line looking for missing commas, or other clues to what Discourse is trying to communicate to them as to where the differences lie.
Another approach is: if none of the text has changed, then don’t show the text at all, just show the title, and only once too.
FWIW Any difference in text would normally be highlighted in red for deleted and green for added if there were any changes to the body of the post.
As it looks like it was just a category change it shows the ‘old category → new category’ at the top instead.
I think we should consider showing the topic title as it’s displayed in the topic as well as highlighting it?
Something like:
We already position the tags below the title (though the position is weird, we should show solved on the left, then search + solved on the right in this example)
Thanks for the suggestion @jidanni
That’s the problem.
Experienced users will know that the white stuff can be ignored.
But new users will exclaim “Ah, how clever, those fellows are using UNIX pr”
$ pr --merge --omit-header /etc/motd.old /etc/motd.new
The programs included with the Debi The programs included with the Debi
the exact distribution terms for ea the exact distribution terms for ea
individual files in /usr/share/doc/ individual files in /usr/share/doc/
Debian GNU/Linux comes with ABSOLUT Debian GNU/Linux comes with ABSOLUT
permitted by applicable law. permitted by applicable law.
The problem is /etc/motd.old = /etc/motd.new ,
so after spending a long time comparing,
the user feels hoodwinked.
Also think about how many context lines you need to show around diffs.
Do you really want to show all 7857 lines if only the first couple have changed, or in this case, zero have changed?