Bug 386834 - GMFT to allow define dynamic behavior via GMFTool model
Summary: GMFT to allow define dynamic behavior via GMFTool model
Status: ASSIGNED
Alias: None
Product: GMF-Tooling (ARCHIVED)
Classification: Modeling
Component: Models (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.2   Edit
Assignee: Michael Golubev CLA
QA Contact:
URL:
Whiteboard: Diagram Features
Keywords: plan
Depends on:
Blocks:
 
Reported: 2012-08-08 09:17 EDT by Michael Golubev CLA
Modified: 2013-12-11 11:25 EST (History)
2 users (show)

See Also:
borlander: kepler+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Golubev CLA 2012-08-08 09:17:05 EDT
Actually, in its 3.0 release, the GMF Tooling model is the least explored part of the GMF-T input artifacts. 

In the Kepler release we need to decide how to allow toolsmith to define more dynamic aspects of the diagram behavior, including: 
- some way of the definition for "impacts" -- atomic changes of the semantic model, that may be invoked from the popup menu, or toolbar, or diagram gestures. E.g, it should be possible to define something like "switch abstract'ness of the UML class by double click"
- advanced configuration of the elements right after creation from toolbar 
- pattern-based creation, including creating more than 1 semantic/graphical elements with internal structure from single user action. E.g, creation of the chains like "startNode-link-node-link-endNode" at once from one palette tool. 
- creation of the multi-editpart representation for single semantic element (e.g, UML association classes normally drawn as 2 nodes and 1 inter-link, as a whole representing single semantic element)
- Graphiti-like control over popup handles that may be shown for diagram elements
Comment 1 Michael Golubev CLA 2013-12-11 10:40:38 EST
Deferred to 3.2