Changes for page Proposalsammlung

Last modified by ybl2 on 2025/01/30 12:15
<
From version < 7.1 >
edited by ybl2
on 2016/11/15 13:24
To version < 16.3 >
edited by ybl2
on 2023/07/19 11:18
>
Change comment: Renamed from xwiki:RTP16.Real Time Project WS 1617 (Layout).Proposalsammlung.WebHome

Summary

Details

Page properties
Parent
... ... @@ -1,0 +1,1 @@
1 +RTP16.Real Time Project WS 1617 (Layout).WebHome
Content
... ... @@ -1,7 +1,68 @@
1 -
1 += Vortrag =
2 2  
3 -=== Zeitplan ===
3 +==== Thema des Projekts ====
4 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 +Ansicht: voller Graph (alle Kanten, alle Beschriftungen)
24 +
25 +Mögliche Lösungen: HV-Bäume\Recursive Winding
26 +
27 +TODO: weitere Kompaktionsmöglichkeiten suchen
28 +
29 +===== Case 2 - Überblick über das Modell =====
30 +
31 +Ziel: Verdeutlichung von Hierachien und Abhängigkeiten.
32 +
33 +Ansicht:
34 +
35 +Mögliche Lösungen: Mr. Tree, Radiales Baumlayout
36 +
37 +===== Case 3 - Signal Verfolgung =====
38 +
39 +Ziel: Nachvollziehen von Signalflüsse
40 +
41 +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)
42 +
43 +Grundsätzlich sind kurze Kanten zu bevorzugen. Kein Algorithmus hat besondere Vorteile dafür.
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 +
5 5  (% class="wrapped" %)
6 6  |=(((
7 7  Datum
... ... @@ -20,6 +20,13 @@
20 20  )))
21 21  |(% colspan="1" %)(% colspan="1" %)
22 22  (((
84 +
85 +)))|(% colspan="1" %)(% colspan="1" %)
86 +(((
87 +Zwischenergebnis Präsentation
88 +)))
89 +|(% colspan="1" %)(% colspan="1" %)
90 +(((
23 23  19.03
24 24  )))|(% colspan="1" %)(% colspan="1" %)
25 25  (((
... ... @@ -38,100 +38,56 @@
38 38  Abschlussvortrag
39 39  )))
40 40  
41 -
109 +==== Verworfene Ideen ====
42 42  
43 -
111 +3D
44 44  
45 -=== Pros and Cons of Layout Algorithms ===
113 +Force Directed Layout
46 46  
47 -
115 += Layout Algorithmen =
48 48  
49 -(% class="wrapped" %)
50 -|=(((
51 -Layout
52 -)))|=(((
117 +== Radiales Layout ==
118 +
119 +[[image:attach:IMG_8357.png]]
120 +
53 53  Pros
54 -)))|=(((
55 -Cons
56 -)))
57 -|(((
58 -Radiales Layout
59 -)))|(((
122 +
60 60  * Wurzel ist immer in der Mitte
61 61  * Guter Überblick über den Datenfluss -
62 62  klare Zuordnung der Kindern zu ihren Eltern
63 -)))|(((
126 +
127 +Cons
128 +
64 64  * kein echtes radiales bei wenig Kindern
65 65  * dadurch auch viel Whitespace (besonders bei vielen Blättern)
66 -)))
67 -|(((
68 -HV
69 -)))|(((
70 -* klare Position der Wurzel
71 -)))|(((
131 +
132 +
133 +
134 +Erfragen:radiales Layout möglich
135 +
136 +== HV ==
137 +
138 +[[image:attach:IMG_8358.png]]
139 +
140 +Pros
141 +
142 +* klare Position der Wurzel (wenn man den Algorithmus kennt)
143 +
144 +Cons
145 +
72 72  * möglicherweise viel Whitespace
73 -)))
74 -|(((
75 -Recursive Winding
76 -)))|(((
147 +
148 +== Recursive Winding ==
149 +
150 +Pros
151 +
77 77  * klare Position der Wurzel
78 78  * wenig Whitespace
79 79  * beliebig skalierbar/ beliebiges Seitenverhältnis
80 -)))|(((
155 +
156 +Cons
157 +
81 81  * kompliziert (zu implementieren)
82 -)))
83 -|(% colspan="1" %)(% colspan="1" %)
84 -(((
85 -Force Directed
86 -)))|(% colspan="1" %)(% colspan="1" %)
87 -(((
88 -
89 -)))|(% colspan="1" %)(% colspan="1" %)
90 -(((
91 -* keine klare Position der Wurzel -
92 -Highlighting nötig
93 -* Sonderbehandlung um mehrfach ein ähnliches Layout zu erzeugen
94 -)))
95 -|(% colspan="1" %)(% colspan="1" %)
96 -(((
97 -3D
98 -)))|(% colspan="1" %)(% colspan="1" %)
99 -(((
100 -
101 -)))|(% colspan="1" %)(% colspan="1" %)
102 -(((
103 -
104 -)))
105 -|(% colspan="1" %)(% colspan="1" %)
106 -(((
107 -Grid?
108 -)))|(% colspan="1" %)(% colspan="1" %)
109 -(((
110 -
111 -)))|(% colspan="1" %)(% colspan="1" %)
112 -(((
113 -
114 -)))
115 -|(% colspan="1" %)(% colspan="1" %)
116 -(((
117 -Balloon Tree
118 -)))|(% colspan="1" %)(% colspan="1" %)
119 -(((
120 -
121 -)))|(% colspan="1" %)(% colspan="1" %)
122 -(((
123 -
124 -)))
125 -|(% colspan="1" %)(% colspan="1" %)
126 -(((
127 -Hybrid Inplace Nodes
128 -)))|(% colspan="1" %)(% colspan="1" %)
129 -(((
130 -
131 -)))|(% colspan="1" %)(% colspan="1" %)
132 -(((
133 -
134 -)))
135 135  
136 136  
137 137  
... ... @@ -139,34 +139,47 @@
139 139  
140 140  
141 141  
142 -[[image:attach:IMG_8356.png]][[image:attach:IMG_8357.png]][[image:attach:IMG_8358.png]][[image:attach:IMG_8359.png]]
166 +[[image:attach:IMG_8356.png]][[image:attach:IMG_8359.png]]
143 143  
144 144  
145 145  
146 -= Feature Ideen =
170 +== Force Directed ==
147 147  
148 -* Expanding all the nodes you like and minimize the others.
149 -* FishEye View Minimizing the focus surrounding Nodes
172 +Pros
150 150  
151 -
174 +* Platzsparendes Layout
175 +* in KIELER bereits vorhanden
152 152  
153 -= Behandlung der Kanten =
177 +Cons
154 154  
155 -* Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
156 -* Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
179 +* keine klare Position der Wurzel -Highlighting nötig
180 +* Sonderbehandlung um mehrfach ein ähnliches Layout zu erzeugen
157 157  
158 -
182 +== 3D ==
159 159  
160 -
184 +== Grid ==
161 161  
162 -
186 +== Balloon Tree ==
163 163  
164 -
188 +Zuordnung Kind zu Aktor ist durch n
165 165  
166 -
190 +== Hybrid ==
167 167  
192 += Feature Ideen =
193 +
194 +* Ausgewählte Knoten können expandiert/minimiert (durch Paltzhalter ersetzt) werden
195 +* Ausgewählte Knoten kommen in den Fokus
196 +* FishEye View Minimizing the focus surrounding Nodes
197 +* gleiche Aktoren nur einmal darstellen → vllt kein Baum mehr
198 +
168 168  
169 169  
201 += Behandlung der Kanten/Hilfslinien =
202 +
203 +* Initialler Vorschlag war zwei Kanten vom Aktor, die zu den Ecken des Kindes führen - unnötige/verwirrende Kanten im Bild
204 +* Einfachste Lösung Kante zwischen Knoten- Nachteil ist, dass nicht sofort ersichtlich, welcher Aktor, welcher ist
205 +* Kanten zwischen Aktor und Kindknoten
206 +
170 170  
171 171  
172 172  
IMG_8355.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.6 MB
Content
IMG_8356.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.7 MB
Content
IMG_8357.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +10.0 MB
Content
IMG_8358.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +9.6 MB
Content
IMG_8359.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.XWikiGuest
Size
... ... @@ -1,0 +1,1 @@
1 +10.0 MB
Content
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -20153819
1 +20153724
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153819/Proposalsammlung
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/RTP16/pages/20153724/Proposalsammlung

Navigation

Quick Links

KIELER on GitHub
RTSYS Homepage