OASIS Open Mailing List Archives  ·  All Lists  ·  office-collab  ·  2012-10

office-collab — archive

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]

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. Ab cde fg 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 Ab c new1 d new2 e fg Step 3: Now we delete again some mixed text, we select and delete w1ne . Ab c ne w1 d ne w2 e fg The result that I got and expected was: Ab e ne d w2 e fg 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]  |  [Month Index]  |  [List Home]