Opened 8 years ago

Last modified 7 years ago

#25 new defect

Layered tree view needs rethinking

Reported by: ke Owned by: jd
Priority: minor Milestone:
Component: core Version:
Keywords: Cc:

Description

The two-dimensional tree structure and the layered tree view with "thinned out" panoramas and close-ups on tree fragments are two concepts each of which works well in isolation, but which have turned out to be extremely difficult to mix. Consequently, the actual views Kahina shows are not always those that we would like. We will probably have to rethink the whole layering thing completely and very mathematically. Anyway, let's use this ticket to collect some effects of the current less-than-ideal behavior for the user.

Change History (9)

comment:1 Changed 8 years ago by ke

Test case provided by Frank with test_gram and [she,walks]:

“193 featval(mother:dtr1) erscheint schließlich unterhalb des Beweises für das undelayed append in Fenster 3. Hier scheint mir dann keine visuelle Konsistenz mehr gewahrt, denn zu diesem Zeitpunkt sieht man nirgends mehr, dass die Zeilen 1, 2, und 3 der Mutterbeschreibung ausgeführt wurden. Auch Klicken auf "mother" in Fenster 2 führt nur noch die Information zu Tage, dass die Zeile phrase ausgeführt und die drei Prinzipien auf phrase ausgelöst wurde (im Fenster 3): dort sollte dann aber wohl schon auch stehen, dass wir uns jetzt auch mit dtr1 beschäftigen, denn das spielt sich ja logisch auf gleicher Ebene ab. Es ist in diesem Moment auch nicht mehr intuitiv ersichtlich, wohin man klicken muss, um die Verarbeitung dieser Zeile angezeigt zu bekommen. Ich denke, hier sind wir in dem Problembereich, den Johannes zuletzt als schwierig bezeichnet hat im Zusammenhang mit den wann/warum-Ebenen der Darstellung.”

Here's a case where layering using the first dimension doesn't seem to make too much sense.

Due to constraints and a delayed goal, goals are is executed before another second-dimension child of mother appears. This is then not visible in the middle view because it is a first-dimension descendant of the goal.

comment:2 Changed 8 years ago by ke

Goals as cornerstone nodes are often counterintuitive:

“Schritt 218 (109), kommt beim Redo der mother der erfolgreichen subject_head rule an. Hier ist auf den ersten Blick in Fenster 2 nicht klar, warum der Bereich ab mother so weit nach links verschoben ist. Ist der ganze untere Bereich zentriert? Das ist wohl der Fall und eigentlich auch vernünftig. Es wird hier wieder deutlich, dass von den ganzen Schritten, die vorher unter mother erfolgreich abliefen, hier nichts mehr zu sehen ist. Zumindest bleibt irritierend, dass man aber das append und undelayed append zu sehen bekommt, es ist intuitiv nicht klar, warum gerade die (technisch irgendwie schon).”

We should think of something that fixes this while still avoiding huge fragments.

comment:3 Changed 8 years ago by ke

Cornerstones use the primary structure and can thus distribute secondary-structure siblings over multiple fragments in a counterintuitive way:

„Also, wir reden davon, dass die mother der subject_head_rule abgearbeitet wird. Hier geht es im SourceCode? darum nacheinander die Zeilen (phrase,

phon:... synsem:... dtr1...)

abzuarbeiten. Das (leichte) Irritat tritt für mich nun an der Stelle auf, in der wir im SourceCode? in der letzten Zeile hiervon ankommen (bei mir im Moment: Schritt 177). Die Besonderheit an dieser Stelle ist, dass der Schritt 177 zentriert in demjenigen dritten Fenster angeordnet wird, das am oberen Ende Schritt 159 stehen hat, das ist die Wiederaufnahme des geblockten Goals aus der Anwendung des Subkategorisierungsprinzips.

Was ist daran nun Besonderes?

Es ist so dass alle anderen gerade zitierten SourceCodezeilen? untereindander in demjenigen dritten Fenster Stehen, dass als ersten Schritt 133 goal(append) hat, das ist der erste Aufruf des append/3 aus dem Subkategorisierungsprinzip. Es ist also so, dass die Anfänge von 4 Zeilen, die in intuitiver Weise logisch auf gleicher Ebene liegen, nicht im gleichen Detailfenster gelistet sind -- die letzte Zeile liegt, wenn man so will, ein Fenster tiefer eingeschachtelt.

Nun liegt das natürlich daran, dass im zeitlichen Ablauf tatsächlich das Wiederaufgreifen des delayten Goals dazwischengekommen ist, und wir dadurch einen Schritt weiter im Beweis sind. Und die Frage ist: Ist diese Begründung dessen, was wir an in der Anordnung der Schritte in den Fenstern sehen, stichhaltiger als das, was sich der naive Benutzer zuerst denken mag? Das kann durchaus so sein.“

comment:4 Changed 8 years ago by xrumer

  • Summary changed from Layered tree view needs rethinking to Xrumer Forums

In need of Xrumer files? check out the Xrchat forums!

comment:5 Changed 8 years ago by TarasBulba

  • Cc Queens added
  • Summary changed from Xrumer Forums to Edgewall069 Software893

comment:6 Changed 8 years ago by jd

  • Summary changed from Edgewall069 Software893 to Layered tree view needs rethinking

Restored old ticket name destroyed by spambots.

comment:7 Changed 8 years ago by ke

  • Cc Queens removed

comment:9 Changed 7 years ago by ke

  • Owner changed from somebody to jd
  • Priority changed from major to minor
Note: See TracTickets for help on using tickets.