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,5 +1,68 @@
1		-= Zeitplan =
	1	+= Vortrag =
2	2
	3	+==== Thema des Projekts ====
	4	+
	5	+Betrachtung einer anderen Darstellungsweise von Hierarchien (explizite Darstellung Kindknoten außerhalb der Elternknoten)
	6	+
	7	+==== Motivation ====
	8	+
	9	+Testen von Alternativen um (im besonderern für die Tapete) ein anderes Layout zu erzeugen.
	10	+
	11	+Mit Grundvoraussetzung das die Kindknoten explizit gezeichnet werden.
	12	+
	13	+==== Überleitung ====
	14	+
	15	+Da ein Layout nicht alle Probleme löst, betrachten wir verschiedene Use Cases.
	16	+
	17	+==== Use Cases ====
	18	+
	19	+===== Case 1 - Ausdrucken =====
	20	+
	21	+Ziel: Wenig Whitespace/kompaktes Layout mit einem guten Seitenverhältnis.
	22	+
	23	+Mögliche Lösungen: HV-Bäume\Recursive Winding
	24	+
	25	+TODO: weitere Kompaktionsmöglichkeiten suchen
	26	+
	27	+===== Case 2 - Überblick über das Modell =====
	28	+
	29	+Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
	30	+
	31	+Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
	32	+
	33	+
	34	+
	35	+===== Case 3 - Signal Verfolgung =====
	36	+
	37	+Ziel: Nachvollziehen von Signalflüsse
	38	+
	39	+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)
	40	+
	41	+Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
	42	+
	43	+
	44	+
	45	+===== Case 4 - Nachvollziehbarkeit (mit Hilfe von Navigation)/Detailansichten =====
	46	+
	47	+Ziel: Durch Navigation und andere Hilfsmittel können einzelne Teile des Modells gesondert betrachtet/ nachvollzogen werden.
	48	+
	49	+Mögliche Lösung: Fokus und Kontext- Lösungen, Möglichkeit verschiedene Teile des Modells zu minimieren oder hevorzuheben.
	50	+
	51	+==== Umsetzung ====
	52	+
	53	+Erster Schritt : KGraph Synthese
	54	+
	55	+Priorisierung der Use Cases:
	56	+
	57	+1. Use Case 2
	58	+1. Use Case 4
	59	+1. Use Case 3
	60	+1. (((
	61	+Use Case 1
	62	+)))
	63	+
	64	+==== Zeitplan ====
	65	+
3	3	(% class="wrapped" %)
4	4	|=(((
5	5	Datum
...	...	@@ -36,6 +36,12 @@
36	36	Abschlussvortrag
37	37	)))
38	38
	102	+==== Verworfene Ideen ====
	103	+
	104	+3D
	105	+
	106	+Force Directed Layout
	107	+
39	39	= Layout Algorithmen =
40	40
41	41	== Radiales Layout ==
...	...	@@ -53,6 +53,10 @@
53	53	* kein echtes radiales bei wenig Kindern
54	54	* dadurch auch viel Whitespace (besonders bei vielen Blättern)
55	55
	125	+
	126	+
	127	+Erfragen:radiales Layout möglich
	128	+
56	56	== HV ==
57	57
58	58	[[image:attach:IMG_8358.png]]
...	...	@@ -91,6 +91,9 @@
91	91
92	92	Pros
93	93
	167	+* Platzsparendes Layout
	168	+* in KIELER bereits vorhanden
	169	+
94	94	Cons
95	95
96	96	* keine klare Position der Wurzel -Highlighting nötig
...	...	@@ -102,6 +102,8 @@
102	102
103	103	== Balloon Tree ==
104	104
	181	+Zuordnung Kind zu Aktor ist durch n
	182	+
105	105	== Hybrid ==
106	106
107	107	= Feature Ideen =
...	...	@@ -113,7 +113,7 @@
113	113
114	114
115	115
116		-= Behandlung der Kanten =
	194	+= 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
...	...	@@ -122,15 +122,3 @@
122	122
123	123
124	124
125		-
126		-
127		-
128		-
129		-
130		-
131		-
132		-
133		-
134		-
135		-
136		-

Confluence.Code.ConfluencePageClass[0]

Id

...	...	@@ -1,1 +1,1 @@
1		-20153829
	1	+20153886

URL

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