Summary

• Page properties (1 modified, 0 added, 0 removed)
• Objects (1 modified, 0 added, 0 removed)
  • Confluence.Code.ConfluencePageClass[0]

Details

Page properties

Content

...	...	@@ -1,6 +1,5 @@
1	1	= Zeitplan =
2	2
3		-(% class="wrapped" %)
4	4	|=(((
5	5	Datum
6	6	)))|=(((
...	...	@@ -36,10 +36,8 @@
36	36	Abschlussvortrag
37	37	)))
38	38
39		-= Layout Algorithms =
	38	+= Layout Algorithmen =
40	40
41		-
42		-
43	43	== Radiales Layout ==
44	44
45	45	[[image:attach:IMG_8357.png]]
...	...	@@ -55,6 +55,10 @@
55	55	* kein echtes radiales bei wenig Kindern
56	56	* dadurch auch viel Whitespace (besonders bei vielen Blättern)
57	57
	55	+
	56	+
	57	+Erfragen:radiales Layout möglich
	58	+
58	58	== HV ==
59	59
60	60	[[image:attach:IMG_8358.png]]
...	...	@@ -93,6 +93,9 @@
93	93
94	94	Pros
95	95
	97	+* Platzsparendes Layout
	98	+* in KIELER bereits vorhanden
	99	+
96	96	Cons
97	97
98	98	* keine klare Position der Wurzel -Highlighting nötig
...	...	@@ -104,26 +104,61 @@
104	104
105	105	== Balloon Tree ==
106	106
	111	+Zuordnung Kind zu Aktor ist durch n
	112	+
107	107	== Hybrid ==
108	108
109	109	= Feature Ideen =
110	110
111		-* Expanding all the nodes you like and minimize the others.
	117	+* Ausgewählte Knoten können expandiert/minimiert (durch Paltzhalter ersetzt) werden
	118	+* Ausgewählte Knoten kommen in den Fokus
112	112	* FishEye View Minimizing the focus surrounding Nodes
	120	+* gleiche Aktoren nur einmal darstellen → vllt kein Baum mehr
113	113
114	114
115	115
116		-= Behandlung der Kanten =
	124	+= Behandlung der Kanten/Hilfslinien =
117	117
118	118	* Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
119	119	* Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
	128	+* Kanten zwischen Aktor und Kindknoten
120	120
121	121
122	122
	132	+= Use Cases =
	133	+
	134	+== Case 1 - Ausdrucken ==
	135	+
	136	+Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
	137	+
	138	+Mögliche Lösungen: HV-Bäume\Recursive Winding
	139	+
	140	+TODO: weitere Kompaktionsmöglichkeiten suchen
	141	+
	142	+== Case 2 - Überblick über das Modell ==
	143	+
	144	+Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
	145	+
	146	+Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
	147	+
123	123
124	124
	150	+== Case 3 - Signal Verfolgung ==
	151	+
	152	+Ziel: Nachvollziehen von Signalflüsse
	153	+
	154	+Mögliche Lösung: Hervorhebung einzelner Signalflüsse. Nachteil bei diesem Ansatz ist, dass Signale zwischen zwei Kindern wieder durch den Parent fließen müssen.(Oder neue Kante)
	155	+
	156	+Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
	157	+
125	125
126	126
	160	+== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation) ==
	161	+
	162	+Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
	163	+
	164	+Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
	165	+
127	127
128	128
129	129
...	...	@@ -133,3 +133,11 @@
133	133
134	134
135	135
	175	+
	176	+
	177	+
	178	+
	179	+
	180	+
	181	+
	182	+

Confluence.Code.ConfluencePageClass[0]

Id

...	...	@@ -1,1 +1,1 @@
1		-20153821
	1	+20153882

URL

...	...	@@ -1,1 +1,1 @@
1		-https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153821/Proposalsammlung
	1	+https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153882/Proposalsammlung