GNU TeXmacs - Bugs: bug #57755, Fine-grained versioning sometimes...
You are not allowed to post comments on this tracker with your current authentication level.
bug #57755: Fine-grained versioning sometimes outputs block-grained
Submitter: | Philippe Joyez <pjoyez> | ||
Submitted: | Thu 06 Feb 2020 03:11:33 PM UTC | ||
Category: | Editor | Priority: | 5 - Normal |
Item Group: | Wishlist | Status: | Postponed |
Privacy: | Public | Assigned to: | vdhoeven |
Originator Name: | Open/Closed: | Open | |
Release: | None | Release: | 1.99.12 |
Fixed Release: | None | Fixed Release: | |
Keywords: | versioning tool |
Fri 30 Oct 2020 11:56:42 PM UTC, comment #1: |
Joris van der Hoeven <vdhoeven>![]() ![]() |
Thu 06 Feb 2020 03:11:33 PM UTC, original submission:
The version-comparison tool is invaluable when you work with co-authors on a manuscript. In that case, changes are often local and minor, in which case you really want the finest grain possible.
|
Philippe Joyez <pjoyez>![]() |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 6 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2020-10-30 | vdhoeven | Item Group | Error | ![]() |
Wishlist |
Status | None | ![]() |
Postponed | ||
Assigned to | None | ![]() |
vdhoeven | ||
2020-10-23 | vdhoeven | Item Group | None | ![]() |
Error |
2020-02-06 | pjoyez | Attached File | - | ![]() |
Added old.tm, #48361 |
Attached File | - | ![]() |
Added new.tm, #48362 |
The diff tool can certainly be improved, but this matter is quite tricky: when making the tool more fine grained, the risk is that TeXmacs will find many similarities between paragraphs that definitely should be treated as different. In that case, the diff file gets clobbered by lots of meaningless micro-differences.
In your specific example, TeXmacs indeed considers the two paragraphs as a match only if either their starts or endings coincide. This explains the observed behavior, which is not necessarily a bug.
I therefore transform this bug into a wish.