Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 364586

Summary:	[UMLPropertiesView] There should be a better support for editing UML Datatype instances
Product:	[Modeling] Papyrus	Reporter:	Camille Letavernier <cletavernier>
Component:	Core	Assignee:	Project Inbox <mdt-papyrus-inbox>
Status:	NEW ---	QA Contact:
Severity:	enhancement
Priority:	P3
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Windows XP
Whiteboard:
Bug Depends on:
Bug Blocks:	502533

Description Camille Letavernier

2011-11-23 08:42:58 EST

Currently, the UML Datatypes are serialized and edited as simple strings, which isn't really convenient.

The user has to produce a lot of boilerplate code to be able to edit a structured Datatype from the property view.

There should be a standard way for simplifying this case.

Comment 1 Camille Letavernier

2011-11-23 08:56:16 EST

First draft committed in r6280. There is a new extension point for associating a specific IObservableValue to a given DataType. There is also a standard implementation for String-based DataTypes.

TODO : 

- Improve the matching strategy from a Datatype to an Observable (Currently, this is based on the DataType's name, which isn't really pertinent)
- Improve the property view generator so that is can correctly handle the Datatype's attributes
- Add a support for an automatic serialization of the Datatype

Comment 2 Camille Letavernier

2012-01-30 12:02:45 EST

Improved the property view generator : There is a new Layout Generator, which handles structured DataTypes.

It relies on the ViewEditor to display the DataType's property view.

Done in r7072 on the Trunk (0.9)
Backported in r7073 on the Branch (0.8.X)

Comment 3 Camille Letavernier

2012-01-31 10:43:36 EST

Added partial support for external libraries in Profiles.

Libraries are generated in the same *.ctx file as the Profile, in a different Context object, with its own views and DataContexts.

Done in r7088 (Trunk 0.9)
Merged to the Branch in r7089

Comment 4 Camille Letavernier

2012-02-02 11:12:16 EST

r7116 (Branch 0.8.X)
r7117 (Trunk)

Multiple contexts in a single resource weren't handled correctly