Explicitly visualize that different invocations of the same step belong together

[ke]

Nachzudenken wäre vielleicht auch über eine deutlichere

Visualisierung

von "das hier sind mehrere Invokationen desselben Schritts" als die bloße Tatsache, dass sie nebeneinanderstehen und dieselben Nummer tragen.

Highlighten bei Mausbewegung auf solche alternativen Schritte? Highlight bei passender Benutzeraktion festhalten?

Ich hatte an etwas weniger Flüchtiges gedacht, das auch ohne eine Mausbewegung sichtbar ist. Wichtig ist das, denke ich nun, vor allem, um overtes Redo sichtbar von kovertem Redo auf derselben Ebene abzugrenzen. Wenn z.B. ein Knoten X aufgrund von kovertem Redo drei Kinder A, B und C hat, aber wegen overten Redos A zweifach - als A1 und A2 - und C dreifach - als C1, C2, C3 - vorhanden ist, sollten die Kinder von X nicht einfach eine Reihe A1, A2, B, C1, C2, C3 sein, sondern die A- und C- Schritte jeweils gruppiert sein, z.B. durch einen Pseudoschritt als gemeinsames Elter oder - vielleicht noch besser, weil weniger zusätzlich ablenkende Struktur in den Baum einführend - eine breite Farbbox im Hintergrund, die die jeweils zusammengehörenden Knoten hinterlegt.

Für TRALE erscheint mir das jetzt allerdings nicht mehr das Dringendste zu sein, weil das Auftreten von overtem und kovertem Redo unterhalb desselben Elters hier untypisch, wenn nicht unmöglich ist.

[ke]

[she,walks] with test_gram:

“Kann graphisch irgendwie deutlich werden, in welcher Beziehung die erneute Ausführung des undelayed append (175/216) zu dem früheren erfolgreichen Ausführen steht? Im Moment muss man erst drauf kommen, dass das parallel zu den Schritten 182 und 186 zu verstehen ist, graphisch gibt es keinen Hinweis darauf.”

[jd]

Das Problem haben wir letztens im Zusammenhang mit dem neuen KahinaListTreeView? erneut besprochen. In diesem wird der Zusammenhang bei overtem Redo durch die Pfeile zum Hin- und Herschalten zwischen Alternativen mehr als deutlich.

Für kovertes Redo sollen demnächst die gleichen Pfeile auf einer Leerzeile eingeführt werden, dazu sollte die Brifge entsprechende Pseudoknoten im Kontrollflussbaum erzeugen. Unterscheiden lassen sich die beiden Arten von Redo ja sehr leicht anhand ihrer externen Schritt-IDs.

[ke]

KahinaListTreeView? solves this issue. Probably no need to implement it for the classic tree view anymore.