Changes for page KIML Layout Options
Last modified by Alexander Schulz-Rosengarten on 2023/09/11 16:17
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Objects (1 modified, 0 added, 0 removed)
Details
- Page properties
-
- 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. Whe nan optionissupportedbyan algorithm,that algorithm mayoverridethe 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 u ser-friendlyname, 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 certainJavaclass.17 -* The kinds of graph objects the option applies to. At least one of Nodes, Edges,Ports, Labels, orParents (nodes that have children, including the diagram root node).Parents-applicableoptions affect whole graphsor subgraphs,whileoptions with otherapplication targets affect onlysingle graphelements.18 -* An optional default value. A defaultvaluemay alsobeprovidedbythelayoutalgorithmusingthe option,orbythemodelingapplicationyouareusing. Inthesecasesthevaluegivenhereisoverridden.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 -L ayoutoptions can beassignedtotwomaincategories:useroptionsand programmaticoptions.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 )))|=((( ... ... @@ -78,44 +78,27 @@ 78 78 )))|((( 79 79 80 80 ))) 81 -|((( 82 -Debug Mode 83 -)))|((( 84 -de.cau.cs.kieler.debugMode 85 -)))|((( 79 +|(% colspan="1" %)(% colspan="1" %) 80 +((( 81 +Comment Box 82 +)))|(% colspan="1" %)(% colspan="1" %) 83 +((( 84 +de.cau.cs.kieler.commentBox 85 +)))|(% colspan="1" %)(% colspan="1" %) 86 +((( 86 86 Boolean 87 -)))|((( 88 -Parents 89 -)))|((( 88 +)))|(% colspan="1" %)(% colspan="1" %) 89 +((( 90 +Nodes 91 +)))|(% colspan="1" %)(% colspan="1" %) 92 +((( 90 90 false 91 91 ))) 92 92 |((( 93 -D irection96 +Debug Mode 94 94 )))|((( 95 -de.cau.cs.kieler.d irection98 +de.cau.cs.kieler.debugMode 96 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 119 Boolean 120 120 )))|((( 121 121 Parents ... ... @@ -122,179 +122,99 @@ 122 122 )))|((( 123 123 false 124 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 LabelPlacement108 +[[Diagram Type>>doc:||anchor="diagramType"]] 173 173 )))|(% colspan="1" %)(% colspan="1" %) 174 174 ((( 175 -de.cau.cs.kieler. nodeLabelPlacement111 +de.cau.cs.kieler.diagramType 176 176 )))|(% colspan="1" %)(% colspan="1" %) 177 177 ((( 178 - EnumSet114 +String 179 179 )))|(% colspan="1" %)(% colspan="1" %) 180 180 ((( 181 - Nodes117 + 182 182 )))|(% colspan="1" %)(% colspan="1" %) 183 183 ((( 184 184 185 185 ))) 186 186 |((( 187 - PortConstraints123 +Direction 188 188 )))|((( 189 -de.cau.cs.kieler. portConstraints125 +de.cau.cs.kieler.direction 190 190 )))|((( 191 191 Enum 192 192 )))|((( 193 - Nodes129 +Parents 194 194 )))|((( 195 195 196 196 ))) 197 197 |(% colspan="1" %)(% colspan="1" %) 198 198 ((( 199 - PortLabel Placement135 +Edge Label Placement 200 200 )))|(% colspan="1" %)(% colspan="1" %) 201 201 ((( 202 -de.cau.cs.kieler. portLabelPlacement138 +de.cau.cs.kieler.edgeLabelPlacement 203 203 )))|(% colspan="1" %)(% colspan="1" %) 204 204 ((( 205 205 Enum 206 206 )))|(% colspan="1" %)(% colspan="1" %) 207 207 ((( 208 - Nodes144 +Labels 209 209 )))|(% colspan="1" %)(% colspan="1" %) 210 210 ((( 211 -OUTSIDE 212 -))) 213 -|(% colspan="1" %)(% colspan="1" %) 214 -((( 215 -Port Spacing 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 - Position150 +[[Edge Routing>>doc:||anchor="edgeRouting"]] 231 231 )))|((( 232 -de.cau.cs.kieler. position152 +de.cau.cs.kieler.edgeRouting 233 233 )))|((( 234 - Object154 +Enum 235 235 )))|((( 236 -Labels 237 -Nodes 238 -Ports 156 +Parents 239 239 )))|((( 240 240 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 - RandomizationSeed162 +Edge Type 257 257 )))|(% colspan="1" %)(% colspan="1" %) 258 258 ((( 259 -de.cau.cs.kieler. randomSeed165 +de.cau.cs.kieler.edgeType 260 260 )))|(% colspan="1" %)(% colspan="1" %) 261 261 ((( 262 - Int168 +Enum 263 263 )))|(% colspan="1" %)(% colspan="1" %) 264 264 ((( 265 - Parents171 +Edges 266 266 )))|(% colspan="1" %)(% colspan="1" %) 267 267 ((( 268 - 174 +NONE 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 -((( 176 +|((( 177 +Expand Nodes 178 +)))|((( 179 +de.cau.cs.kieler.expandNodes 180 +)))|((( 278 278 Boolean 279 -)))|(% colspan="1" %)(% colspan="1" %) 280 -((( 182 +)))|((( 281 281 Parents 282 -)))|(% colspan="1" %)(% colspan="1" %) 283 -((( 284 - 184 +)))|((( 185 +false 285 285 ))) 286 286 |(% colspan="1" %)(% colspan="1" %) 287 287 ((( 288 - Size Constraint189 +Font Name 289 289 )))|(% colspan="1" %)(% colspan="1" %) 290 290 ((( 291 -de.cau.cs.kieler. sizeConstraint192 +de.cau.cs.kieler.fontName 292 292 )))|(% colspan="1" %)(% colspan="1" %) 293 293 ((( 294 - EnumSet195 +String 295 295 )))|(% colspan="1" %)(% colspan="1" %) 296 296 ((( 297 - Nodes198 +Labels 298 298 )))|(% colspan="1" %)(% colspan="1" %) 299 299 ((( 300 300 ... ... @@ -301,240 +301,212 @@ 301 301 ))) 302 302 |(% colspan="1" %)(% colspan="1" %) 303 303 ((( 304 -Size Options205 +Font Size 305 305 )))|(% colspan="1" %)(% colspan="1" %) 306 306 ((( 307 -de.cau.cs.kieler. sizeOptions208 +de.cau.cs.kieler.fontSize 308 308 )))|(% colspan="1" %)(% colspan="1" %) 309 309 ((( 310 - EnumSet211 +Int 311 311 )))|(% colspan="1" %)(% colspan="1" %) 312 312 ((( 313 - Nodes214 +Labels 314 314 )))|(% colspan="1" %)(% colspan="1" %) 315 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 332 333 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 350 |(% colspan="1" %)(% colspan="1" %) 351 351 ((( 352 - Animate221 +Hypernode 353 353 )))|(% colspan="1" %)(% colspan="1" %) 354 354 ((( 355 -de.cau.cs.kieler. animate224 +de.cau.cs.kieler.hypernode 356 356 )))|(% colspan="1" %)(% colspan="1" %) 357 357 ((( 358 358 Boolean 359 359 )))|(% colspan="1" %)(% colspan="1" %) 360 360 ((( 361 - Parents230 +Nodes 362 362 )))|(% colspan="1" %)(% colspan="1" %) 363 363 ((( 364 - true233 +false 365 365 ))) 366 -|(% colspan="1" %)(% colspan="1" %) 367 -((( 368 -Animation Time Factor 369 -)))|(% colspan="1" %)(% colspan="1" %) 370 -((( 371 -de.cau.cs.kieler.animTimeFactor 372 -)))|(% colspan="1" %)(% colspan="1" %) 373 -((( 374 -Int 375 -)))|(% colspan="1" %)(% colspan="1" %) 376 -((( 235 +|((( 236 +Interactive 237 +)))|((( 238 +de.cau.cs.kieler.interactive 239 +)))|((( 240 +Boolean 241 +)))|((( 377 377 Parents 378 -)))|(% colspan="1" %)(% colspan="1" %) 379 -((( 380 -100 243 +)))|((( 244 +false 381 381 ))) 382 -|(% colspan="1" %)(% colspan="1" %) 383 -((( 384 -[[Comment Box>>doc:||anchor="commentBox"]] 385 -)))|(% colspan="1" %)(% colspan="1" %) 386 -((( 387 -de.cau.cs.kieler.commentBox 388 -)))|(% colspan="1" %)(% colspan="1" %) 389 -((( 390 -Boolean 391 -)))|(% colspan="1" %)(% colspan="1" %) 392 -((( 246 +|((( 247 +Label Spacing 248 +)))|((( 249 +de.cau.cs.kieler.labelSpacing 250 +)))|((( 251 +Float 252 +)))|((( 253 +Edges 393 393 Nodes 394 -)))|(% colspan="1" %)(% colspan="1" %) 395 -((( 396 -false 255 +)))|((( 256 + 397 397 ))) 398 398 |((( 399 - [[Diagram Type>>doc:||anchor="diagramType"]]259 +Layout Hierarchy 400 400 )))|((( 401 -de.cau.cs.kieler. diagramType261 +de.cau.cs.kieler.layoutHierarchy 402 402 )))|((( 403 - String263 +Boolean 404 404 )))|((( 405 405 Parents 406 406 )))|((( 407 - 267 +false 408 408 ))) 409 409 |((( 410 - EdgeLabelPlacement270 +[[Layout Algorithm>>doc:||anchor="layoutAlgorithm"]] 411 411 )))|((( 412 -de.cau.cs.kieler. edgeLabelPlacement272 +de.cau.cs.kieler.algorithm 413 413 )))|((( 414 - Enum274 +String 415 415 )))|((( 416 - Labels276 +Parents 417 417 )))|((( 418 418 419 419 ))) 420 420 |(% colspan="1" %)(% colspan="1" %) 421 421 ((( 422 - EdgeType282 +Minimal Height 423 423 )))|(% colspan="1" %)(% colspan="1" %) 424 424 ((( 425 -de.cau.cs.kieler.e dgeType285 +de.cau.cs.kieler.minHeight 426 426 )))|(% colspan="1" %)(% colspan="1" %) 427 427 ((( 428 - Enum288 +Float 429 429 )))|(% colspan="1" %)(% colspan="1" %) 430 430 ((( 431 -Edges 291 +Nodes 292 +Parents 432 432 )))|(% colspan="1" %)(% colspan="1" %) 433 433 ((( 434 - NONE295 +0.0 435 435 ))) 436 436 |(% colspan="1" %)(% colspan="1" %) 437 437 ((( 438 - Font Name299 +Minimal Width 439 439 )))|(% colspan="1" %)(% colspan="1" %) 440 440 ((( 441 -de.cau.cs.kieler. fontName302 +de.cau.cs.kieler.minWidth 442 442 )))|(% colspan="1" %)(% colspan="1" %) 443 443 ((( 444 - String305 +Float 445 445 )))|(% colspan="1" %)(% colspan="1" %) 446 446 ((( 447 -Labels 308 +Nodes 309 +Parents 448 448 )))|(% colspan="1" %)(% colspan="1" %) 449 449 ((( 450 - 312 +0.0 451 451 ))) 452 452 |(% colspan="1" %)(% colspan="1" %) 453 453 ((( 454 - FontSize316 +No Layout 455 455 )))|(% colspan="1" %)(% colspan="1" %) 456 456 ((( 457 -de.cau.cs.kieler. fontSize319 +de.cau.cs.kieler.noLayout 458 458 )))|(% colspan="1" %)(% colspan="1" %) 459 459 ((( 460 - Int322 +Boolean 461 461 )))|(% colspan="1" %)(% colspan="1" %) 462 462 ((( 463 - Labels325 + 464 464 )))|(% colspan="1" %)(% colspan="1" %) 465 465 ((( 466 - 328 +false 467 467 ))) 468 468 |(% colspan="1" %)(% colspan="1" %) 469 469 ((( 470 - [[Hypernode>>doc:||anchor="hypernode"]]332 +Node Label Placement 471 471 )))|(% colspan="1" %)(% colspan="1" %) 472 472 ((( 473 -de.cau.cs.kieler. hypernode335 +de.cau.cs.kieler.nodeLabelPlacement 474 474 )))|(% colspan="1" %)(% colspan="1" %) 475 475 ((( 476 - Boolean338 +EnumSet 477 477 )))|(% colspan="1" %)(% colspan="1" %) 478 478 ((( 479 479 Nodes 480 480 )))|(% colspan="1" %)(% colspan="1" %) 481 481 ((( 482 - false344 + 483 483 ))) 346 +|((( 347 +Port Constraints 348 +)))|((( 349 +de.cau.cs.kieler.portConstraints 350 +)))|((( 351 +Enum 352 +)))|((( 353 +Nodes 354 +)))|((( 355 + 356 +))) 484 484 |(% colspan="1" %)(% colspan="1" %) 485 485 ((( 486 - LayoutAncestors359 +Port Label Placement 487 487 )))|(% colspan="1" %)(% colspan="1" %) 488 488 ((( 489 -de.cau.cs.kieler. layoutAncestors362 +de.cau.cs.kieler.portLabelPlacement 490 490 )))|(% colspan="1" %)(% colspan="1" %) 491 491 ((( 492 - Boolean365 +Enum 493 493 )))|(% colspan="1" %)(% colspan="1" %) 494 494 ((( 495 - Parents368 +Nodes 496 496 )))|(% colspan="1" %)(% colspan="1" %) 497 497 ((( 498 - false371 +OUTSIDE 499 499 ))) 500 500 |(% colspan="1" %)(% colspan="1" %) 501 501 ((( 502 - MaximalAnimationTime375 +[[Port Offset>>doc:||anchor="portOffset"]] 503 503 )))|(% colspan="1" %)(% colspan="1" %) 504 504 ((( 505 -de.cau.cs.kieler. maxAnimTim378 +de.cau.cs.kieler.offset 506 506 )))|(% colspan="1" %)(% colspan="1" %) 507 507 ((( 508 - Int381 +Float 509 509 )))|(% colspan="1" %)(% colspan="1" %) 510 510 ((( 511 -P arents384 +Ports 512 512 )))|(% colspan="1" %)(% colspan="1" %) 513 513 ((( 514 - 4000387 + 515 515 ))) 516 516 |(% colspan="1" %)(% colspan="1" %) 517 517 ((( 518 - Minimal AnimationTime391 +Port Side 519 519 )))|(% colspan="1" %)(% colspan="1" %) 520 520 ((( 521 -de.cau.cs.kieler. minAnimTim394 +de.cau.cs.kieler.portSide 522 522 )))|(% colspan="1" %)(% colspan="1" %) 523 523 ((( 524 - Int397 +Enum 525 525 )))|(% colspan="1" %)(% colspan="1" %) 526 526 ((( 527 -P arents400 +Ports 528 528 )))|(% colspan="1" %)(% colspan="1" %) 529 529 ((( 530 - 400403 + 531 531 ))) 532 532 |(% colspan="1" %)(% colspan="1" %) 533 533 ((( 534 - MinimalHeight407 +Port Spacing 535 535 )))|(% colspan="1" %)(% colspan="1" %) 536 536 ((( 537 -de.cau.cs.kieler. minHeight410 +de.cau.cs.kieler.portSpacing 538 538 )))|(% colspan="1" %)(% colspan="1" %) 539 539 ((( 540 540 Float ... ... @@ -541,56 +541,47 @@ 541 541 )))|(% colspan="1" %)(% colspan="1" %) 542 542 ((( 543 543 Nodes 544 -Parents 545 545 )))|(% colspan="1" %)(% colspan="1" %) 546 546 ((( 547 - 0.0419 + 548 548 ))) 549 -|(% colspan="1" %)(% colspan="1" %) 550 -((( 551 -Minimal Width 552 -)))|(% colspan="1" %)(% colspan="1" %) 553 -((( 554 -de.cau.cs.kieler.minWidth 555 -)))|(% colspan="1" %)(% colspan="1" %) 556 -((( 557 -Float 558 -)))|(% colspan="1" %)(% colspan="1" %) 559 -((( 421 +|((( 422 +Position 423 +)))|((( 424 +de.cau.cs.kieler.position 425 +)))|((( 426 +Object 427 +)))|((( 428 +Labels 560 560 Nodes 561 -Parents 562 -)))|(% colspan="1" %)(% colspan="1" %) 563 -((( 564 -0.0 430 +Ports 431 +)))|((( 432 + 565 565 ))) 566 -|(% colspan="1" %)(% colspan="1" %) 567 -((( 568 -[[No Layout>>doc:||anchor="noLayout"]] 569 -)))|(% colspan="1" %)(% colspan="1" %) 570 -((( 571 -de.cau.cs.kieler.noLayout 572 -)))|(% colspan="1" %)(% colspan="1" %) 573 -((( 574 -Boolean 575 -)))|(% colspan="1" %)(% colspan="1" %) 576 -((( 434 +|((( 435 +Priority 436 +)))|((( 437 +de.cau.cs.kieler.priority 438 +)))|((( 439 +Int 440 +)))|((( 441 +Edges 442 +Nodes 443 +)))|((( 577 577 578 -)))|(% colspan="1" %)(% colspan="1" %) 579 -((( 580 -false 581 581 ))) 582 582 |(% colspan="1" %)(% colspan="1" %) 583 583 ((( 584 - PortIndex448 +Randomization Seed 585 585 )))|(% colspan="1" %)(% colspan="1" %) 586 586 ((( 587 -de.cau.cs.kieler. portIndex451 +de.cau.cs.kieler.randomSeed 588 588 )))|(% colspan="1" %)(% colspan="1" %) 589 589 ((( 590 590 Int 591 591 )))|(% colspan="1" %)(% colspan="1" %) 592 592 ((( 593 -P orts457 +Parents 594 594 )))|(% colspan="1" %)(% colspan="1" %) 595 595 ((( 596 596 ... ... @@ -597,16 +597,16 @@ 597 597 ))) 598 598 |(% colspan="1" %)(% colspan="1" %) 599 599 ((( 600 - [[PortOffset>>doc:||anchor="portOffset"]]464 +Separate Connected Components 601 601 )))|(% colspan="1" %)(% colspan="1" %) 602 602 ((( 603 -de.cau.cs.kieler. offset467 +de.cau.cs.kieler.separateConnComp 604 604 )))|(% colspan="1" %)(% colspan="1" %) 605 605 ((( 606 - Float470 +Boolean 607 607 )))|(% colspan="1" %)(% colspan="1" %) 608 608 ((( 609 -P orts473 +Parents 610 610 )))|(% colspan="1" %)(% colspan="1" %) 611 611 ((( 612 612 ... ... @@ -613,16 +613,16 @@ 613 613 ))) 614 614 |(% colspan="1" %)(% colspan="1" %) 615 615 ((( 616 - PortSide480 +Size Constraint 617 617 )))|(% colspan="1" %)(% colspan="1" %) 618 618 ((( 619 -de.cau.cs.kieler. portSide483 +de.cau.cs.kieler.sizeConstraint 620 620 )))|(% colspan="1" %)(% colspan="1" %) 621 621 ((( 622 -Enum 486 +EnumSet 623 623 )))|(% colspan="1" %)(% colspan="1" %) 624 624 ((( 625 - Ports489 +Nodes 626 626 )))|(% colspan="1" %)(% colspan="1" %) 627 627 ((( 628 628 ... ... @@ -629,108 +629,58 @@ 629 629 ))) 630 630 |(% colspan="1" %)(% colspan="1" %) 631 631 ((( 632 - ProgressBar496 +Size Options 633 633 )))|(% colspan="1" %)(% colspan="1" %) 634 634 ((( 635 -de.cau.cs.kieler.p rogressBar499 +de.cau.cs.kieler.sizeOptions 636 636 )))|(% colspan="1" %)(% colspan="1" %) 637 637 ((( 638 - Boolean502 +EnumSet 639 639 )))|(% colspan="1" %)(% colspan="1" %) 640 640 ((( 641 - Parents505 +Nodes 642 642 )))|(% colspan="1" %)(% colspan="1" %) 643 643 ((( 644 - false508 +DEFAULT_MINIMUM_SIZE 645 645 ))) 646 646 |(% colspan="1" %)(% colspan="1" %) 647 647 ((( 648 -S cale Factor512 +Spacing 649 649 )))|(% colspan="1" %)(% colspan="1" %) 650 650 ((( 651 -de.cau.cs.kieler.s caleFactor515 +de.cau.cs.kieler.spacing 652 652 )))|(% colspan="1" %)(% colspan="1" %) 653 653 ((( 654 654 Float 655 655 )))|(% colspan="1" %)(% colspan="1" %) 656 656 ((( 657 -Nodes 658 -)))|(% colspan="1" %)(% colspan="1" %) 659 -((( 660 -1.0 661 -))) 662 -|(% colspan="1" %)(% colspan="1" %) 663 -((( 664 -Zoom to Fit 665 -)))|(% colspan="1" %)(% colspan="1" %) 666 -((( 667 -de.cau.cs.kieler.zoomToFit 668 -)))|(% colspan="1" %)(% colspan="1" %) 669 -((( 670 -Boolean 671 -)))|(% colspan="1" %)(% colspan="1" %) 672 -((( 673 673 Parents 674 674 )))|(% colspan="1" %)(% colspan="1" %) 675 675 ((( 676 - false524 + 677 677 ))) 678 678 679 -= ==LayoutOutputProperties ===527 += The Most Important Options = 680 680 681 -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 682 - 683 -|=((( 684 -Property 685 -)))|=((( 686 -ID 687 -)))|=((( 688 -Type 689 -)))|=((( 690 -Applies to 691 -))) 692 -|((( 693 -[[Edge Routing>>doc:||anchor="edgeRouting"]] 694 -)))|((( 695 -de.cau.cs.kieler.edgeRouting 696 -)))|((( 697 -Enum 698 -)))|((( 699 -Edges 700 -))) 701 -|((( 702 -Junction Points 703 -)))|((( 704 -de.cau.cs.kieler.junctionPoints 705 -)))|((( 706 -Object 707 -)))|((( 708 -Edges 709 -))) 710 - 711 - 712 - 713 -= Detailed Documentation = 714 - 715 -This section explains every layout option in more detail. 716 - 717 -== The Most Important Options == 718 - 719 719 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. 720 720 721 -== =Layout Algorithm ===531 +== Layout Algorithm == 722 722 723 723 {{id name="layoutAlgorithm"/}} 724 724 725 -The option with identifier {{code language="none"}}de.cau.cs.kieler.algorithm{{/code}} specifies which layout algorithm to use for a graph orsubgraph. 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.535 +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. 726 726 727 -The following layout has been created bysetting a force-basedlayout algorithm on theinnerhierarchy level anda layer-based layout algorithm onthetop level.537 +The following layout types are predefined: 728 728 729 -[[image:attach:layout_algorithm.png]] 539 +* **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. 540 +* **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. 541 +* **Force** - Layout algorithms that follow physical analogies by simulating a system of attractive and repulsive forces. 542 +* **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. 543 +* **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. 730 730 731 -=== =Available Algorithms and Libraries ====545 +=== Available Algorithms and Libraries === 732 732 733 -* **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. 547 +* **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. 734 734 * **Randomizer** - Distributes the nodes randomly; not very useful, but it can show how important a good layout is for understanding a graph. 735 735 * ((( 736 736 **Box Layout** - Ignores edges, places all nodes in rows. Can be used to layout collections of unconnected boxes, such as Statechart regions. ... ... @@ -739,16 +739,8 @@ 739 739 * **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. 740 740 * **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. 741 741 742 -== ==Predefined LayoutTypes====556 +== Diagram Type == 743 743 744 -* **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. 745 -* **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. 746 -* **Force** - Layout algorithms that follow physical analogies by simulating a system of attractive and repulsive forces. 747 -* **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. 748 -* **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. 749 - 750 -=== Diagram Type === 751 - 752 752 {{id name="diagramType"/}} 753 753 754 754 Diagram types are used to classify graphical diagrams for setting default layout option values for a set of similar diagrams. The diagram type of an element is specified with the layout option {{code language="none"}}de.cau.cs.kieler.diagramType{{/code}}. Layout algorithms can declare which diagram types they support well, and give a priority value for each supported type. KIML decides at runtime which layout algorithm has the highest priority for a given diagram, so that the most suitable algorithm is always used. Usual values for such priorities are between 1 and 10, where the highest value should only be assigned if the algorithm is especially designed for diagrams of the respective type, or if it has proven to be very adequate for them. Lower values should be given if the algorithm is able to draw the diagrams correctly, but with lower quality of the resulting layout. ... ... @@ -762,8 +762,19 @@ 762 762 * **Use Case Diagram** - Use case diagrams as defined by the UML. 763 763 * **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]]. 764 764 765 -== =EdgeRouting===571 +== Other Options == 766 766 573 +* **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. 574 +* **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. 575 +* **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. 576 +* **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. 577 + 578 += Detailed Documentation = 579 + 580 +This section explains every layout option in more detail. 581 + 582 +== Edge Routing == 583 + 767 767 {{id name="edgeRouting"/}} 768 768 769 769 This option influences the way in which edges are routed between the nodes they connect. The following settings are available: ... ... @@ -771,56 +771,16 @@ 771 771 * POLYLINE 772 772 Edges consist of one or more segments defined by a list of bend points. 773 773 * ORTHOGONAL 774 -Edges are routed orthogonally, meaning that each segment of an edge runs either horizontally or vertically. 775 -* SPLINE S776 -Edges are routed as splines (smooth curves). 591 +Edges are routed orthogonally, meaning that each segment of an edge runs either horizontally or vertically, but never at an angle. 592 +* SPLINE 593 +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. 777 777 * UNDEFINED 778 -No particular edge routing style is selected. Usuallythisvaluepoints to thedefault settingoftheselected layout algorithm.595 +No particular edge routing style is selected. The result produced by the layout algorithm may be undefined. 779 779 780 - [[image:attach:edge_routing.png]]597 +(% style="color: rgb(153,51,0);" %)**TODO:** Add an image illustrating the different routing styles. 781 781 782 - Whenused 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 interpretedwith 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 pointsfor aseries of cubic splines followingthisprocedure:599 +== Port Offset == 783 783 784 -1. Start at the source point of the edge. 785 -1. As long as there are at least three bend points left: 786 -11. Draw a cubic spline segment to the third bend point with the other two bend points as control points. 787 -11. Use the third bend point as start point for the next segment. 788 -11. Consume the three bend points and proceed to the next segment. 789 -1. Check the number of remaining bend points: 790 -11. Two bend points – draw a cubic spline segment to the target point of the edge. 791 -11. One bend point – draw a quadratic spline segment to the target point of the edge. 792 -11. No bend point – draw a straight line to the target point of the edge. 793 - 794 -== Other Options == 795 - 796 -=== Comment Box === 797 - 798 -{{id name="commentBox"/}} 799 - 800 -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. 801 - 802 -[[image:attach:comment_box.png]] 803 - 804 -=== (% style="line-height: 1.5625;" %)Hypernode(%%) === 805 - 806 -{{id name="hypernode"/}} 807 - 808 -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. 809 - 810 -=== Layout Hierarchy === 811 - 812 -{{id name="layoutHierarchy"/}} 813 - 814 -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. 815 - 816 -=== No Layout === 817 - 818 -{{id name="noLayout"/}} 819 - 820 -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. 821 - 822 -=== Port Offset === 823 - 824 824 {{id name="portOffset"/}} 825 825 826 826 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.
- Confluence.Code.ConfluencePageClass[0]
-
- Id
-
... ... @@ -1,1 +1,1 @@ 1 -94700 161 +9470006 - URL
-
... ... @@ -1,1 +1,1 @@ 1 -https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/KIELER/pages/94700 16/KIML Layout Options1 +https://rtsys.informatik.uni-kiel.de/confluence//wiki/spaces/KIELER/pages/9470006/KIML Layout Options