OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

office-collab message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Change-Tracking with "show-changes" enabled


I stumbled over an interesting scenario myself, when I tested nested changes with "show-changes" enabled:
We only have a single paragraph, which starts with the content "Abcdefg".

Step 1:
We delete in the middle a part "cde", but use show changes.
Abcdefg

Step 2:
With show changes enabled it is possible to select a position within the deleted text.
In the deleted text, I added twice a string, "new1" and "new2"
Abcnew1dnew2efg

Step 3:
Now we delete again some mixed text, we select and delete "w1ne".
Abcnew1dnew2efg


The result that I got and expected was:

Abenedw2efg


With the semantic of yellow text being changed text (each color a user) and underlined meaning "new text" and strike-through meaning "deleted text".

What happened here from an operational point of view?

Interesting, that although there is a deletion of text, the text is still in the document. There are multiple designs to solve this, for show-and-tell I suggest to use a deletion with show-changes flavor, e.g.
<del  type="show-changes" s="/1/3" e="/1/5" />
The effect: The deletion operation stays at a certain point in the queue (marked at a certain time when deletion was triggered) and the content to be deleted is not yet taken out.
I believe I figured out what to do, but perhaps someone would like to take this challenge as an hands-on lab?

PS: When the last result is being copied, only the new part is inserted: "abnew2fg"

Best regards,
Svante



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]