Skip to Content

Changes for page KIML Layout Options

Last modified by Alexander Schulz-Rosengarten on 2023/09/11 16:17
From version 26.1
edited by cds
on 2014/04/15 10:44
Change comment: There is no comment for this version
To version 16.1
edited by msp
on 2014/03/05 13:26
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.cds
1 +XWiki.msp
Content
... ... @@ -1,28 +1,26 @@
1 -
1 +{{warning}}
2 +This is preliminary and incomplete documentation. You've been warned.
3 +{{/warning}}
2 2  
3 -KIML defines a whole set of standard layout options that many layout algorithms support. When an option is supported by an algorithm, that algorithm may override the option's default value. Algorithms may also provide more specialized documentation for layout options.
5 +KIML defines a whole set of standard layout options that many layout algorithms support. Whether an algorithm supports a layout option depends on the option and on the algorithm. When an option is supported by an algorithm, it may change the option's default value. Algorithms may also provide more specialized documentation for a given layout option.
4 4  
5 5  **Contents**
6 6  
7 7  
8 8  
9 -{{toc maxLevel="2"/}}
11 +{{toc/}}
10 10  
11 11  = Overview =
12 12  
13 -Beside a user-friendly name, layout options are defined by the following properties:
15 +Beside a human-readable name, layout options are defined by the following properties:
14 14  
15 15  * An ID to identify them.
16 -* A type. One of Boolean, String, Int, Float, Enum, EnumSet (a s{{code language="none"}}et{{/code}} over a given enumeration), or Object (a non-primitive Java object). The types Enum and EnumSet have to be further defined by an enumeration class. The Object type can be constricted to a certain Java class.
17 -* The kinds of graph objects the option applies to. At least one of Nodes, Edges, Ports, Labels, or Parents (nodes that have children, including the diagram root node). Parents-applicable options affect whole graphs or subgraphs, while options with other application targets affect only single graph elements.
18 -* An optional default value. A default value may also be provided by the layout algorithm using the option, or by the modeling application you are using. In these cases the value given here is overridden.
18 +* A type. One of Boolean, String, Int, Float, Enum, EnumSet (a {{code language="none"}}Set{{/code}} over a given enumeration), or Object. The types Enum and EnumSet have to be further defined by an enumeration class. The Object type can be constricted to a certain class.
19 +* The kinds of graph objects the option applies to. At least one of Parents (nodes that have children, including the diagram root node), Nodes, Edges, Ports, and Labels.
20 +* An optional default value. If an option is not set on an object and if the option does not have a default value, {{code language="none"}}null{{/code}} is returned when it is accessed.
19 19  
20 -Layout options can be assigned to two main categories: user options and programmatic options.
22 +KIML defines the following set of layout options:
21 21  
22 -== User Options ==
23 -
24 -User options are those that you can see in the "//Layout View//" available in Eclipse if the KIML user interface is installed. That view is restricted to layout options that are supported by the currently active layout algorithm. Furthermore, some options are visible only when the //Show Advanced Properties// button is active in the view.
25 -
26 26  |=(((
27 27  Option
28 28  )))|=(((
... ... @@ -35,7 +35,7 @@
35 35  Default
36 36  )))
37 37  |(((
38 -[[Alignment>>doc:||anchor="alignment"]]
36 +Alignment
39 39  )))|(((
40 40  de.cau.cs.kieler.alignment
41 41  )))|(((
... ... @@ -46,7 +46,7 @@
46 46  AUTOMATIC
47 47  )))
48 48  |(((
49 -[[Aspect Ratio>>doc:||anchor="aspectRatio"]]
47 +Aspect Ratio
50 50  )))|(((
51 51  de.cau.cs.kieler.aspectRatio
52 52  )))|(((
... ... @@ -76,363 +76,89 @@
76 76  )))|(((
77 77  Parents
78 78  )))|(((
79 -
77 +-1.0
80 80  )))
81 -|(((
82 -Debug Mode
83 -)))|(((
84 -de.cau.cs.kieler.debugMode
85 -)))|(((
86 -Boolean
87 -)))|(((
88 -Parents
89 -)))|(((
90 -false
91 -)))
92 -|(((
93 -Direction
94 -)))|(((
95 -de.cau.cs.kieler.direction
96 -)))|(((
97 -Enum
98 -)))|(((
99 -Parents
100 -)))|(((
101 -
102 -)))
103 -|(((
104 -[[Edge Routing>>doc:||anchor="edgeRouting"]]
105 -)))|(((
106 -de.cau.cs.kieler.edgeRouting
107 -)))|(((
108 -Enum
109 -)))|(((
110 -Parents
111 -)))|(((
112 -
113 -)))
114 -|(((
115 -Expand Nodes
116 -)))|(((
117 -de.cau.cs.kieler.expandNodes
118 -)))|(((
119 -Boolean
120 -)))|(((
121 -Parents
122 -)))|(((
123 -false
124 -)))
125 -|(((
126 -Interactive
127 -)))|(((
128 -de.cau.cs.kieler.interactive
129 -)))|(((
130 -Boolean
131 -)))|(((
132 -Parents
133 -)))|(((
134 -false
135 -)))
136 -|(((
137 -Label Spacing
138 -)))|(((
139 -de.cau.cs.kieler.labelSpacing
140 -)))|(((
141 -Float
142 -)))|(((
143 -Edges
144 -Nodes
145 -)))|(((
146 -
147 -)))
148 -|(((
149 -[[Layout Hierarchy>>doc:||anchor="layoutHierarchy"]]
150 -)))|(((
151 -de.cau.cs.kieler.layoutHierarchy
152 -)))|(((
153 -Boolean
154 -)))|(((
155 -Parents
156 -)))|(((
157 -false
158 -)))
159 -|(((
160 -[[Layout Algorithm>>doc:||anchor="layoutAlgorithm"]]
161 -)))|(((
162 -de.cau.cs.kieler.algorithm
163 -)))|(((
164 -String
165 -)))|(((
166 -Parents
167 -)))|(((
168 -
169 -)))
170 170  |(% colspan="1" %)(% colspan="1" %)
171 171  (((
172 -Node Label Placement
81 +Comment Box
173 173  )))|(% colspan="1" %)(% colspan="1" %)
174 174  (((
175 -de.cau.cs.kieler.nodeLabelPlacement
84 +de.cau.cs.kieler.commentBox
176 176  )))|(% colspan="1" %)(% colspan="1" %)
177 177  (((
178 -EnumSet
87 +Boolean
179 179  )))|(% colspan="1" %)(% colspan="1" %)
180 180  (((
181 181  Nodes
182 182  )))|(% colspan="1" %)(% colspan="1" %)
183 183  (((
184 -
93 +false
185 185  )))
186 186  |(((
187 -Port Constraints
96 +Debug Mode
188 188  )))|(((
189 -de.cau.cs.kieler.portConstraints
98 +de.cau.cs.kieler.debugMode
190 190  )))|(((
191 -Enum
100 +Boolean
192 192  )))|(((
193 -Nodes
102 +Parents
194 194  )))|(((
195 -
104 +false
196 196  )))
197 197  |(% colspan="1" %)(% colspan="1" %)
198 198  (((
199 -Port Label Placement
108 +[[Diagram Type>>doc:||anchor="diagramType"]]
200 200  )))|(% colspan="1" %)(% colspan="1" %)
201 201  (((
202 -de.cau.cs.kieler.portLabelPlacement
111 +de.cau.cs.kieler.diagramType
203 203  )))|(% colspan="1" %)(% colspan="1" %)
204 204  (((
205 -Enum
114 +String
206 206  )))|(% colspan="1" %)(% colspan="1" %)
207 207  (((
208 -Nodes
117 +
209 209  )))|(% colspan="1" %)(% colspan="1" %)
210 210  (((
211 -OUTSIDE
212 -)))
213 -|(% colspan="1" %)(% colspan="1" %)
214 -(((
215 -
216 -)))|(% colspan="1" %)(% colspan="1" %)
217 -(((
218 -de.cau.cs.kieler.portSpacing
219 -)))|(% colspan="1" %)(% colspan="1" %)
220 -(((
221 -Float
222 -)))|(% colspan="1" %)(% colspan="1" %)
223 -(((
224 -Nodes
225 -)))|(% colspan="1" %)(% colspan="1" %)
226 -(((
227 227  
228 228  )))
229 229  |(((
230 -Position
123 +Direction
231 231  )))|(((
232 -de.cau.cs.kieler.position
125 +de.cau.cs.kieler.direction
233 233  )))|(((
234 -Object
127 +Enum
235 235  )))|(((
236 -Labels
237 -Nodes
238 -Ports
129 +Parents
239 239  )))|(((
240 -
131 +UNDEFINED
241 241  )))
242 -|(((
243 -Priority
244 -)))|(((
245 -de.cau.cs.kieler.priority
246 -)))|(((
247 -Int
248 -)))|(((
249 -Edges
250 -Nodes
251 -)))|(((
252 -
253 -)))
254 254  |(% colspan="1" %)(% colspan="1" %)
255 255  (((
256 -Randomization Seed
135 +Edge Label Placement
257 257  )))|(% colspan="1" %)(% colspan="1" %)
258 258  (((
259 -de.cau.cs.kieler.randomSeed
138 +de.cau.cs.kieler.edgeLabelPlacement
260 260  )))|(% colspan="1" %)(% colspan="1" %)
261 261  (((
262 -Int
141 +Enum
263 263  )))|(% colspan="1" %)(% colspan="1" %)
264 264  (((
265 -Parents
144 +Labels
266 266  )))|(% colspan="1" %)(% colspan="1" %)
267 267  (((
268 -
147 +UNDEFINED
269 269  )))
270 -|(% colspan="1" %)(% colspan="1" %)
271 -(((
272 -Separate Connected Components
273 -)))|(% colspan="1" %)(% colspan="1" %)
274 -(((
275 -de.cau.cs.kieler.separateConnComp
276 -)))|(% colspan="1" %)(% colspan="1" %)
277 -(((
278 -Boolean
279 -)))|(% colspan="1" %)(% colspan="1" %)
280 -(((
281 -Parents
282 -)))|(% colspan="1" %)(% colspan="1" %)
283 -(((
284 -
285 -)))
286 -|(% colspan="1" %)(% colspan="1" %)
287 -(((
288 -Size Constraint
289 -)))|(% colspan="1" %)(% colspan="1" %)
290 -(((
291 -de.cau.cs.kieler.sizeConstraint
292 -)))|(% colspan="1" %)(% colspan="1" %)
293 -(((
294 -EnumSet
295 -)))|(% colspan="1" %)(% colspan="1" %)
296 -(((
297 -Nodes
298 -)))|(% colspan="1" %)(% colspan="1" %)
299 -(((
300 -
301 -)))
302 -|(% colspan="1" %)(% colspan="1" %)
303 -(((
304 -Size Options
305 -)))|(% colspan="1" %)(% colspan="1" %)
306 -(((
307 -de.cau.cs.kieler.sizeOptions
308 -)))|(% colspan="1" %)(% colspan="1" %)
309 -(((
310 -EnumSet
311 -)))|(% colspan="1" %)(% colspan="1" %)
312 -(((
313 -Nodes
314 -)))|(% colspan="1" %)(% colspan="1" %)
315 -(((
316 -DEFAULT_MINIMUM_SIZE
317 -)))
318 -|(% colspan="1" %)(% colspan="1" %)
319 -(((
320 -Spacing
321 -)))|(% colspan="1" %)(% colspan="1" %)
322 -(((
323 -de.cau.cs.kieler.spacing
324 -)))|(% colspan="1" %)(% colspan="1" %)
325 -(((
326 -Float
327 -)))|(% colspan="1" %)(% colspan="1" %)
328 -(((
329 -Parents
330 -)))|(% colspan="1" %)(% colspan="1" %)
331 -(((
332 -
333 -)))
334 -
335 -== Programmatic Options ==
336 -
337 -Programmatic options are such that are meant to be configured exclusively through the KIML API. They should not be visible in the user interface.
338 -
339 -|=(((
340 -Option
341 -)))|=(((
342 -ID
343 -)))|=(((
344 -Type
345 -)))|=(((
346 -Applies to
347 -)))|=(((
348 -Default
349 -)))
350 -|(% colspan="1" %)(% colspan="1" %)
351 -(((
352 -[[Additional Port Space>>doc:||anchor="addPortSpace"]]
353 -)))|(% colspan="1" %)(% colspan="1" %)
354 -(((
355 -de.cau.cs.kieler.additionalPortSpace
356 -)))|(% colspan="1" %)(% colspan="1" %)
357 -(((
358 -Margins
359 -)))|(% colspan="1" %)(% colspan="1" %)
360 -(((
361 -Nodes
362 -)))|(% colspan="1" %)(% colspan="1" %)
363 -(((
364 -0, 0, 0, 0
365 -)))
366 -|(% colspan="1" %)(% colspan="1" %)
367 -(((
368 -Animate
369 -)))|(% colspan="1" %)(% colspan="1" %)
370 -(((
371 -de.cau.cs.kieler.animate
372 -)))|(% colspan="1" %)(% colspan="1" %)
373 -(((
374 -Boolean
375 -)))|(% colspan="1" %)(% colspan="1" %)
376 -(((
377 -Parents
378 -)))|(% colspan="1" %)(% colspan="1" %)
379 -(((
380 -true
381 -)))
382 -|(% colspan="1" %)(% colspan="1" %)
383 -(((
384 -Animation Time Factor
385 -)))|(% colspan="1" %)(% colspan="1" %)
386 -(((
387 -de.cau.cs.kieler.animTimeFactor
388 -)))|(% colspan="1" %)(% colspan="1" %)
389 -(((
390 -Int
391 -)))|(% colspan="1" %)(% colspan="1" %)
392 -(((
393 -Parents
394 -)))|(% colspan="1" %)(% colspan="1" %)
395 -(((
396 -100
397 -)))
398 -|(% colspan="1" %)(% colspan="1" %)
399 -(((
400 -[[Comment Box>>doc:||anchor="commentBox"]]
401 -)))|(% colspan="1" %)(% colspan="1" %)
402 -(((
403 -de.cau.cs.kieler.commentBox
404 -)))|(% colspan="1" %)(% colspan="1" %)
405 -(((
406 -Boolean
407 -)))|(% colspan="1" %)(% colspan="1" %)
408 -(((
409 -Nodes
410 -)))|(% colspan="1" %)(% colspan="1" %)
411 -(((
412 -false
413 -)))
414 414  |(((
415 -[[Diagram Type>>doc:||anchor="diagramType"]]
150 +[[Edge Routing>>doc:||anchor="edgeRouting"]]
416 416  )))|(((
417 -de.cau.cs.kieler.diagramType
152 +de.cau.cs.kieler.edgeRouting
418 418  )))|(((
419 -String
154 +Enum
420 420  )))|(((
421 421  Parents
422 422  )))|(((
423 -
158 +UNDEFINED
424 424  )))
425 -|(((
426 -Edge Label Placement
427 -)))|(((
428 -de.cau.cs.kieler.edgeLabelPlacement
429 -)))|(((
430 -Enum
431 -)))|(((
432 -Labels
433 -)))|(((
434 -
435 -)))
436 436  |(% colspan="1" %)(% colspan="1" %)
437 437  (((
438 438  Edge Type
... ... @@ -449,6 +449,17 @@
449 449  (((
450 450  NONE
451 451  )))
176 +|(((
177 +Expand Nodes
178 +)))|(((
179 +de.cau.cs.kieler.expandNodes
180 +)))|(((
181 +Boolean
182 +)))|(((
183 +Parents
184 +)))|(((
185 +false
186 +)))
452 452  |(% colspan="1" %)(% colspan="1" %)
453 453  (((
454 454  Font Name
... ... @@ -483,7 +483,7 @@
483 483  )))
484 484  |(% colspan="1" %)(% colspan="1" %)
485 485  (((
486 -[[Hypernode>>doc:||anchor="hypernode"]]
221 +Hypernode
487 487  )))|(% colspan="1" %)(% colspan="1" %)
488 488  (((
489 489  de.cau.cs.kieler.hypernode
... ... @@ -497,53 +497,50 @@
497 497  (((
498 498  false
499 499  )))
500 -|(% colspan="1" %)(% colspan="1" %)
501 -(((
502 -Layout Ancestors
503 -)))|(% colspan="1" %)(% colspan="1" %)
504 -(((
505 -de.cau.cs.kieler.layoutAncestors
506 -)))|(% colspan="1" %)(% colspan="1" %)
507 -(((
235 +|(((
236 +Interactive
237 +)))|(((
238 +de.cau.cs.kieler.interactive
239 +)))|(((
508 508  Boolean
509 -)))|(% colspan="1" %)(% colspan="1" %)
510 -(((
241 +)))|(((
511 511  Parents
512 -)))|(% colspan="1" %)(% colspan="1" %)
513 -(((
243 +)))|(((
514 514  false
515 515  )))
516 -|(% colspan="1" %)(% colspan="1" %)
517 -(((
518 -Maximal Animation Time
519 -)))|(% colspan="1" %)(% colspan="1" %)
520 -(((
521 -de.cau.cs.kieler.maxAnimTim
522 -)))|(% colspan="1" %)(% colspan="1" %)
523 -(((
524 -Int
525 -)))|(% colspan="1" %)(% colspan="1" %)
526 -(((
246 +|(((
247 +Label Spacing
248 +)))|(((
249 +de.cau.cs.kieler.labelSpacing
250 +)))|(((
251 +Float
252 +)))|(((
253 +Edges
254 +Nodes
255 +)))|(((
256 +-1.0
257 +)))
258 +|(((
259 +Layout Hierarchy
260 +)))|(((
261 +de.cau.cs.kieler.layoutHierarchy
262 +)))|(((
263 +Boolean
264 +)))|(((
527 527  Parents
528 -)))|(% colspan="1" %)(% colspan="1" %)
529 -(((
530 -4000
266 +)))|(((
267 +false
531 531  )))
532 -|(% colspan="1" %)(% colspan="1" %)
533 -(((
534 -Minimal Animation Time
535 -)))|(% colspan="1" %)(% colspan="1" %)
536 -(((
537 -de.cau.cs.kieler.minAnimTim
538 -)))|(% colspan="1" %)(% colspan="1" %)
539 -(((
540 -Int
541 -)))|(% colspan="1" %)(% colspan="1" %)
542 -(((
269 +|(((
270 +[[Layout Algorithm>>doc:||anchor="layoutAlgorithm"]]
271 +)))|(((
272 +de.cau.cs.kieler.algorithm
273 +)))|(((
274 +String
275 +)))|(((
543 543  Parents
544 -)))|(% colspan="1" %)(% colspan="1" %)
545 -(((
546 -400
277 +)))|(((
278 +
547 547  )))
548 548  |(% colspan="1" %)(% colspan="1" %)
549 549  (((
... ... @@ -581,7 +581,7 @@
581 581  )))
582 582  |(% colspan="1" %)(% colspan="1" %)
583 583  (((
584 -[[No Layout>>doc:||anchor="noLayout"]]
316 +No Layout
585 585  )))|(% colspan="1" %)(% colspan="1" %)
586 586  (((
587 587  de.cau.cs.kieler.noLayout
... ... @@ -597,22 +597,49 @@
597 597  )))
598 598  |(% colspan="1" %)(% colspan="1" %)
599 599  (((
600 -Port Index
332 +Node Label Placement
601 601  )))|(% colspan="1" %)(% colspan="1" %)
602 602  (((
603 -de.cau.cs.kieler.portIndex
335 +de.cau.cs.kieler.nodeLabelPlacement
604 604  )))|(% colspan="1" %)(% colspan="1" %)
605 605  (((
606 -Int
338 +EnumSet
607 607  )))|(% colspan="1" %)(% colspan="1" %)
608 608  (((
609 -Ports
341 +Nodes
610 610  )))|(% colspan="1" %)(% colspan="1" %)
611 611  (((
612 612  
613 613  )))
346 +|(((
347 +Port Constraints
348 +)))|(((
349 +de.cau.cs.kieler.portConstraints
350 +)))|(((
351 +Enum
352 +)))|(((
353 +Nodes
354 +)))|(((
355 +UNDEFINED
356 +)))
614 614  |(% colspan="1" %)(% colspan="1" %)
615 615  (((
359 +Port Label Placement
360 +)))|(% colspan="1" %)(% colspan="1" %)
361 +(((
362 +de.cau.cs.kieler.portLabelPlacement
363 +)))|(% colspan="1" %)(% colspan="1" %)
364 +(((
365 +Enum
366 +)))|(% colspan="1" %)(% colspan="1" %)
367 +(((
368 +Nodes
369 +)))|(% colspan="1" %)(% colspan="1" %)
370 +(((
371 +OUTSIDE
372 +)))
373 +|(% colspan="1" %)(% colspan="1" %)
374 +(((
616 616  [[Port Offset>>doc:||anchor="portOffset"]]
617 617  )))|(% colspan="1" %)(% colspan="1" %)
618 618  (((
... ... @@ -641,16 +641,57 @@
641 641  Ports
642 642  )))|(% colspan="1" %)(% colspan="1" %)
643 643  (((
403 +UNDEFINED
404 +)))
405 +|(((
406 +Position
407 +)))|(((
408 +de.cau.cs.kieler.position
409 +)))|(((
410 +Object
411 +)))|(((
412 +Labels
413 +Nodes
414 +Ports
415 +)))|(((
644 644  
645 645  )))
418 +|(((
419 +Priority
420 +)))|(((
421 +de.cau.cs.kieler.priority
422 +)))|(((
423 +Int
424 +)))|(((
425 +Edges
426 +Nodes
427 +)))|(((
428 +
429 +)))
646 646  |(% colspan="1" %)(% colspan="1" %)
647 647  (((
648 -Progress Bar
432 +Randomization Seed
649 649  )))|(% colspan="1" %)(% colspan="1" %)
650 650  (((
651 -de.cau.cs.kieler.progressBar
435 +de.cau.cs.kieler.randomSeed
652 652  )))|(% colspan="1" %)(% colspan="1" %)
653 653  (((
438 +Int
439 +)))|(% colspan="1" %)(% colspan="1" %)
440 +(((
441 +Parents
442 +)))|(% colspan="1" %)(% colspan="1" %)
443 +(((
444 +
445 +)))
446 +|(% colspan="1" %)(% colspan="1" %)
447 +(((
448 +Separate Connected Components
449 +)))|(% colspan="1" %)(% colspan="1" %)
450 +(((
451 +de.cau.cs.kieler.separateConnComp
452 +)))|(% colspan="1" %)(% colspan="1" %)
453 +(((
654 654  Boolean
655 655  )))|(% colspan="1" %)(% colspan="1" %)
656 656  (((
... ... @@ -657,112 +657,80 @@
657 657  Parents
658 658  )))|(% colspan="1" %)(% colspan="1" %)
659 659  (((
660 -false
460 +
661 661  )))
662 662  |(% colspan="1" %)(% colspan="1" %)
663 663  (((
664 -Scale Factor
464 +Size Constraint
665 665  )))|(% colspan="1" %)(% colspan="1" %)
666 666  (((
667 -de.cau.cs.kieler.scaleFactor
467 +de.cau.cs.kieler.sizeConstraint
668 668  )))|(% colspan="1" %)(% colspan="1" %)
669 669  (((
670 -Float
470 +EnumSet
671 671  )))|(% colspan="1" %)(% colspan="1" %)
672 672  (((
673 673  Nodes
674 674  )))|(% colspan="1" %)(% colspan="1" %)
675 675  (((
676 -1.0
476 +
677 677  )))
678 678  |(% colspan="1" %)(% colspan="1" %)
679 679  (((
680 -Thickness
480 +Size Options
681 681  )))|(% colspan="1" %)(% colspan="1" %)
682 682  (((
683 -de.cau.cs.kieler.thickness
483 +de.cau.cs.kieler.sizeOptions
684 684  )))|(% colspan="1" %)(% colspan="1" %)
685 685  (((
686 -Float
486 +EnumSet
687 687  )))|(% colspan="1" %)(% colspan="1" %)
688 688  (((
689 -Edges
489 +Nodes
690 690  )))|(% colspan="1" %)(% colspan="1" %)
691 691  (((
692 -1.0
492 +DEFAULT_MINIMUM_SIZE
693 693  )))
694 694  |(% colspan="1" %)(% colspan="1" %)
695 695  (((
696 -Zoom to Fit
496 +Spacing
697 697  )))|(% colspan="1" %)(% colspan="1" %)
698 698  (((
699 -de.cau.cs.kieler.zoomToFit
499 +de.cau.cs.kieler.spacing
700 700  )))|(% colspan="1" %)(% colspan="1" %)
701 701  (((
702 -Boolean
502 +Float
703 703  )))|(% colspan="1" %)(% colspan="1" %)
704 704  (((
705 705  Parents
706 706  )))|(% colspan="1" %)(% colspan="1" %)
707 707  (((
708 -false
508 +-1.0
709 709  )))
710 710  
711 -=== Layout Output Properties ===
511 += The Most Important Options =
712 712  
713 -A few properties are used as additional information in the output of a layout algorithm. This information should be considered when the layout is applied to the original diagram
513 +While most layout options are used to affect how the active layout algorithm computes concrete coordinates for the graph elements, there are some layout options that have a special role in KIML.
714 714  
715 -|=(((
716 -Property
717 -)))|=(((
718 -ID
719 -)))|=(((
720 -Type
721 -)))|=(((
722 -Applies to
723 -)))
724 -|(((
725 -[[Edge Routing>>doc:||anchor="edgeRouting"]]
726 -)))|(((
727 -de.cau.cs.kieler.edgeRouting
728 -)))|(((
729 -Enum
730 -)))|(((
731 -Edges
732 -)))
733 -|(((
734 -Junction Points
735 -)))|(((
736 -de.cau.cs.kieler.junctionPoints
737 -)))|(((
738 -Object
739 -)))|(((
740 -Edges
741 -)))
515 +== Layout Algorithm ==
742 742  
743 -
744 744  
745 -= Detailed Documentation =
746 746  
747 -This section explains every layout option in more detail.
748 -
749 -== The Most Important Options ==
750 -
751 -While most layout options are used to affect how the active layout algorithm computes concrete coordinates for the graph elements, there are some layout options that have a special role in KIML.
752 -
753 -=== Layout Algorithm ===
754 -
755 755  {{id name="layoutAlgorithm"/}}
756 756  
757 -The option with identifier {{code language="none"}}de.cau.cs.kieler.algorithm{{/code}} specifies which layout algorithm to use for a graph or subgraph. The value can be either the identifier of a layout algorithm or the identifier of a layout type. In the latter case the algorithm with highest priority of that type is applied. It is possible to set different values for this option on subgraphs of a hierarchical graph, where a subgraph is identified by a parent node. A layout algorithm is responsible to process only the direct content of a given parent node. An exception from this rule is made when the [[Layout Hierarchy>>doc:||anchor="layoutHierarchy"]] option is active.
521 +The option with identifier {{code language="none"}}de.cau.cs.kieler.algorithm{{/code}} specifies which layout algorithm to use for the content of a composite node. The value can be either the identifier of a layout algorithm or the identifier of a layout type. In the latter case the algorithm with highest priority of that type is applied.
758 758  
759 -The following layout has been created by setting a force-based layout algorithm on the inner hierarchy level and a layer-based layout algorithm on the top level.
523 +The following layout types are predefined:
760 760  
761 -[[image:attach:layout_algorithm.png]]
525 +* **Layered** - The layer-based method emphasizes the direction of edges by pointing as many edges as possible into the same direction. The nodes are arranged in layers and then reordered such that the number of edge crossings is minimized. Afterwards, concrete coordinates are computed for the nodes and edge bend points.
526 +* **Orthogonal** - Orthogonal methods follow the "topology-shape-metrics" approach, which first applies a planarization technique, resulting in a planar representation of the graph, then compute an orthogonal shape, and finally determine concrete coordinates for nodes and edge bend points by applying a compaction method.
527 +* **Force** - Layout algorithms that follow physical analogies by simulating a system of attractive and repulsive forces.
528 +* **Circular** - Circular layout algorithms emphasize biconnected components of a graph by arranging them in circles. This is useful if a drawing is desired where such components are clearly grouped, or where cycles are shown as prominent properties of the graph.
529 +* **Tree** - Specialized layout methods for trees, i.e. acyclic graphs. The regular structure of graphs that have no undirected cycles can be emphasized using an algorithm of this type.
762 762  
763 -==== Available Algorithms and Libraries ====
531 +=== Available Algorithms and Libraries ===
764 764  
765 -* **The [[KLay Project>>doc:Layout Algorithms (KLay)]]** - Java implementations of standard layout approaches, augmented with special processing of graph features such as ports and labels.
533 +* **The [[KLay Project>>doc:Layout Algorithms (KLay)]]** - Java implementations of standard layout approaches, augmented with special processing of graph features such as ports and edge labels.
766 766  * **Randomizer** - Distributes the nodes randomly; not very useful, but it can show how important a good layout is for understanding a graph.
767 767  * (((
768 768  **Box Layout** - Ignores edges, places all nodes in rows. Can be used to layout collections of unconnected boxes, such as Statechart regions.
... ... @@ -771,15 +771,9 @@
771 771  * **OGDF** ((% style="color: rgb(0,0,0);" %)[[www.ogdf.net>>url:http://www.ogdf.net/||shape="rect"]](%%)) - A self-contained C++ class library for the automatic layout of diagrams. The version that is shipped with KIELER is compiled as an executable that reads files in OGML format and outputs the computed concrete layout.
772 772  * **Graphviz** ([[www.graphviz.org>>url:http://www.graphviz.org/||shape="rect"]]) - An open source graph visualization tool with several graph layout programs, web and interactive graphical interfaces, auxiliary tools, libraries, and language bindings. Graphviz needs to be installed separately in order to be used within KIELER, since it is called in a separate process using the DOT language for communication.
773 773  
774 -==== Predefined Layout Types ====
542 +== Diagram Type ==
775 775  
776 -* **Layered** - The layer-based method emphasizes the direction of edges by pointing as many edges as possible into the same direction. The nodes are arranged in layers and then reordered such that the number of edge crossings is minimized. Afterwards, concrete coordinates are computed for the nodes and edge bend points.
777 -* **Orthogonal** - Orthogonal methods follow the "topology-shape-metrics" approach, which first applies a planarization technique, resulting in a planar representation of the graph, then compute an orthogonal shape, and finally determine concrete coordinates for nodes and edge bend points by applying a compaction method.
778 -* **Force** - Layout algorithms that follow physical analogies by simulating a system of attractive and repulsive forces.
779 -* **Circular** - Circular layout algorithms emphasize biconnected components of a graph by arranging them in circles. This is useful if a drawing is desired where such components are clearly grouped, or where cycles are shown as prominent properties of the graph.
780 -* **Tree** - Specialized layout methods for trees, i.e. acyclic graphs. The regular structure of graphs that have no undirected cycles can be emphasized using an algorithm of this type.
781 781  
782 -=== Diagram Type ===
783 783  
784 784  {{id name="diagramType"/}}
785 785  
... ... @@ -794,85 +794,40 @@
794 794  * **Use Case Diagram** - Use case diagrams as defined by the UML.
795 795  * **Unconnected Boxes** - Sets of nodes that have no connections and are treated as resizable boxes. This is related to mathematical [[packing problems>>url:http://en.wikipedia.org/wiki/Packing_problem||shape="rect"]]. Example: Regions in [[doc:SCCharts SyncCharts]].
796 796  
797 -=== Edge Routing ===
798 -
799 -{{id name="edgeRouting"/}}
800 -
801 -This option influences the way in which edges are routed between the nodes they connect. The following settings are available:
802 -
803 -* POLYLINE
804 -Edges consist of one or more segments defined by a list of bend points.
805 -* ORTHOGONAL
806 -Edges are routed orthogonally, meaning that each segment of an edge runs either horizontally or vertically.
807 -* SPLINES
808 -Edges are routed as splines (smooth curves).
809 -* UNDEFINED
810 -No particular edge routing style is selected. Usually this value points to the default setting of the selected layout algorithm.
811 -
812 -[[image:attach:edge_routing.png]]
813 -
814 -When used as layout option, the edge routing is set for a whole graph or subgraph, i.e. on a parent node. However, the property is additionally used for the output of the layout algorithm in order to mark individual edges. If the edge routing assigned to an edge is anything other than SPLINES, the bend points of that edge are interpreted with their normal meaning, i.e. straight lines are drawn between consecutive bend points. If, on the other hand, a layout algorithm marks an edge with the value SPLINES, the bend points have to be interpreted as control points for a series of cubic splines following this procedure:
815 -
816 -1. Start at the source point of the edge.
817 -1. As long as there are at least three bend points left:
818 -11. Draw a cubic spline segment to the third bend point with the other two bend points as control points.
819 -11. Use the third bend point as start point for the next segment.
820 -11. Consume the three bend points and proceed to the next segment.
821 -1. Check the number of remaining bend points:
822 -11. Two bend points – draw a cubic spline segment to the target point of the edge.
823 -11. One bend point – draw a quadratic spline segment to the target point of the edge.
824 -11. No bend point – draw a straight line to the target point of the edge.
825 -
826 826  == Other Options ==
827 827  
828 -=== Additional Port Space ===
561 +* **Layout Hierarchy** ({{code language="none"}}de.cau.cs.kieler.layoutHierarchy{{/code}}) - If this option is supported and active, the layout algorithm is requested to process the full hierarchy contained in the input node. This means that instead of executing another algorithm on each hierarchy level, all levels are arranged in a single algorithm execution.
562 +* **Hypernode** ({{code language="none"}}de.cau.cs.kieler.hypernode{{/code}}) - A node that is marked as hypernode has a special role in the graph structure, since all its incident edges are treated as parts of the same [[hyperedge>>url:http://en.wikipedia.org/wiki/Hypergraph||shape="rect"]]. Example: relation vertices in [[Ptolemy>>url:http://ptolemy.eecs.berkeley.edu/||shape="rect"]] models.
563 +* **Comment Box** ({{code language="none"}}de.cau.cs.kieler.commentBox{{/code}}) - A node that is marked as comment box is treated as a label that needs to be placed somewhere. This is different to normal node labels, which are usually regarded as fixed.
564 +* **No Layout** ({{code language="none"}}de.cau.cs.kieler.noLayout{{/code}}) - Elements that are marked with this option are excluded from layout. This is used to identify diagram objects that should not be regarded as graph elements.
829 829  
830 -{{id name="addPortSpace"/}}
566 += Detailed Documentation =
831 831  
832 -This option controls additional port space left around the set of ports on each side:
568 +This section explains every layout option in more detail.
833 833  
834 -
570 +== Edge Routing ==
835 835  
836 -=== Alignment ===
837 837  
838 -{{id name="alignment"/}}
839 839  
840 -Determines the alignment of a node in relation to other nodes of the same row or column. For layer-based algorithms, for instance, this option controls how a node is positioned inside its assigned layer.
574 +{{id name="edgeRouting"/}}
841 841  
842 -=== Aspect Ratio ===
576 +This option influences the way in which edges are routed between the nodes they connect. The following settings are available:
843 843  
844 -{{id name="aspectRatio"/}}
578 +* POLYLINE
579 +Edges consist of one or more segments defined by a list of bend points.
580 +* ORTHOGONAL
581 +Edges are routed orthogonally, meaning that each segment of an edge runs either horizontally or vertically, but never at an angle.
582 +* SPLINE
583 +Edges are routed as splines (smooth curves). (% style="color: rgb(153,51,0);" %)**TODO:** Add more documentation on how the returned bend points are to be interpreted.
584 +* UNDEFINED
585 +No particular edge routing style is selected. The result produced by the layout algorithm may be undefined.
845 845  
846 -The aspect ratio of a drawing is the ratio of its total width to its total height. This option gives some control over that ratio, although in most cases it is only interpreted as a hint on how to arrange multiple connected components, hence the actual aspect ratio will probably be different from what has been specified with the option.
587 +(% style="color: rgb(153,51,0);" %)**TODO:** Add an image illustrating the different routing styles.
847 847  
848 -=== Comment Box ===
589 +== Port Offset ==
849 849  
850 -{{id name="commentBox"/}}
851 851  
852 -A node that is marked as comment box is treated as a label that needs to be placed somewhere. In contrast to normal node labels (modeled with a KLabel instance), comment boxes may have connections to other nodes, as in the following example.
853 853  
854 -[[image:attach:comment_box.png]]
855 -
856 -=== (% style="line-height: 1.5625;" %)Hypernode(%%) ===
857 -
858 -{{id name="hypernode"/}}
859 -
860 -A node that is marked as hypernode has a special role in the graph structure, since all its incident edges are treated as parts of the same [[hyperedge>>url:http://en.wikipedia.org/wiki/Hypergraph||shape="rect"]]. Example: relation vertices in [[Ptolemy>>url:http://ptolemy.eecs.berkeley.edu/||shape="rect"]] models.
861 -
862 -=== Layout Hierarchy ===
863 -
864 -{{id name="layoutHierarchy"/}}
865 -
866 -If this option is supported and active, the layout algorithm is requested to process the full hierarchy contained in the input node. This means that instead of executing another algorithm on each hierarchy level, all levels are arranged in a single algorithm execution.
867 -
868 -=== No Layout ===
869 -
870 -{{id name="noLayout"/}}
871 -
872 -Elements that are marked with this option are excluded from layout. This is used to identify diagram objects that should not be regarded as graph elements.
873 -
874 -=== Port Offset ===
875 -
876 876  {{id name="portOffset"/}}
877 877  
878 878  The port offset is used to specify how much space a layout algorithm should leave between a port and the border of its node. This is usually zero, but doesn't have to be. If the offset is not defined for a given port, a layout algorithm can try to infer the offset from the port's coordinates and its node's size in the input graph. This of course requires both properties to be set to sensible values.
... ... @@ -881,9 +881,3 @@
881 881  
882 882  * The port constraints on a node are set to FREE, FIXED_SIDES or FIXED_ORDER.
883 883  * The port constraints on a node are set to FIXED_RATIO or FIXED_POS, and the size of the node is not fixed. (Note that this is especially true for ports of compound nodes.)
884 -
885 -=== Port Spacing ===
886 -
887 -{{id name="portSpacing"/}}
888 -
889 -The port spacing determines how much space KLay Layered should leave between the ports of each side. This option is only relevant if the node size depends on the ports, that is, if the size constraints include {{code language="none"}}SizeConstraint.PORTS{{/code}}.
Confluence.Code.ConfluencePageClass[0]
Id
... ... @@ -1,1 +1,1 @@
1 -9470237
1 +9470004
URL
... ... @@ -1,1 +1,1 @@
1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/KIELER/pages/9470237/KIML Layout Options
1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/KIELER/pages/9470004/KIML Layout Options