Hi, my view on this use case is somehow different. If the tracked changes are shown or not, esp. if we do not know how they are displayed should not be part of the our concern. When some text is deleted, the application still shows the deleted text as given by Svante and editing inside the deleted text is allowed, the following should happen: - An edit operation inside a deleted area - e.g. insertion of some other text - should cause a (postpone) split of the former delete operation content: abcdefg [showing the changes] abefg [not showing the changes] MCT-stack: <add s=/1/3 "cd"> should become content: abcNdefg [showing the changes] abNefg [not showing the changes] MCT-stack: <del s=/1/3 e=/1/3> <grouped CT> <add s=/1/3 "c"> <add s=/1/4 "d"> </grouped CT> [I hope I used the correct OT positions.] But this does not "solve" the use case completely, as we do not "reflect" that the inserted "N" was inserted between the deleted "c" and the deleted "d". CT-markers inside the content would help here - something like: content: ab<CT1.2/><CT2>N</CT2><CT1.1/>efg MCT-stack: <del id=CT2 s=/1/3 e=/1/3> <grouped CT> <add id=CT1.2 s=/1/3 "c"> <add id=CT1.1 s=/1/4 "d"> </grouped CT> Mit freundlichen Grüßen / Best regards Oliver-Rainer Wittmann -- Advisory Software Engineer ------------------------------------------------------------------------------------------------------------------------------------------- IBM Deutschland Beim Strohhause 17 20097 Hamburg Phone: +49-40-6389-1415 E-Mail:
orwitt@de.ibm.com ------------------------------------------------------------------------------------------------------------------------------------------- IBM Deutschland Research & Development GmbH / Vorsitzende des Aufsichtsrats: Martina Koederitz Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 From: Svante Schubert <
svante.schubert@gmail.com> To: "office-collab@lists.oasis-open.org" <
office-collab@lists.oasis-open.org> Date: 24.10.2012 09:16 Subject: [office-collab] Change-Tracking with "show-changes" enabled Sent by: <
office-collab@lists.oasis-open.org> 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