Bug 417982 - [plan] Support visual structure of the diagram canvas
Summary: [plan] Support visual structure of the diagram canvas
Status: ASSIGNED
Alias: None
Product: GMF-Tooling (ARCHIVED)
Classification: Modeling
Component: Core (show other bugs)
Version: 3.2   Edit
Hardware: PC Mac OS X
: P3 normal (vote)
Target Milestone: 3.2M4   Edit
Assignee: Michael Golubev CLA
QA Contact:
URL:
Whiteboard: Diagram Features
Keywords: plan
Depends on:
Blocks:
 
Reported: 2013-09-25 04:13 EDT by Michael Golubev CLA
Modified: 2013-12-11 11:27 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Golubev CLA 2013-09-25 04:13:51 EDT
Actually canvas in the GMF-T generated diagram is always "infinite" in size and has free-flow layout, so that the nodes may be placed anywhere. 

However there is a lot of use cases where diagram canvas should have some visual structure. Right now the only way of implementing such use cases is to emulate this visual structure with the auxiliary top-level nodes. E.g: 

- State machine- like diagrams are forced to have single enclosing top-level node  that contains all the contents. 

- It is very tricky or impossible to have additional visual elements that control the properties of canvas semantic element. 
E.g, in UML, the editable diagram name should be placed at the top-level corner of the diagram canvas, which is now hard to implement. 

- Dashboard- like diagrams would need to have some grid-based structure of the canvas and only allow to place the nodes according to the grid. 

- Compartments are only may be placed inside the nodes, there is no notion of the top-level compartments, which blocks support for the whole family of the diagrams similar to the Osterwalder's business canvas'es.

This umbrella bugzilla is to cover the improvements in this area for Luna release.