Re: [office-collab] Change-Tracking with "show-changes" enabled

[Oliver-Rainer Wittmann <ORWITT@de.ibm.com>]

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