Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 353193 - [SysML Block Definition Diagram] Inconsistent preference key management
Summary: [SysML Block Definition Diagram] Inconsistent preference key management
Status: RESOLVED FIXED
Alias: None
Product: Papyrus
Classification: Modeling
Component: Core (show other bugs)
Version: 0.8.0   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Yann Tanguy CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-27 06:33 EDT by Yann Tanguy CLA
Modified: 2011-09-05 05:49 EDT (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Yann Tanguy CLA 2011-07-27 06:33:18 EDT 
Preference keys mostly rely on notation type in this diagram which is not always a good choice, especially for label nodes of the same type that can possibly be reused in several parent nodes.
The policy for view of the same type reuse for different kind of semantic elements need also to be clarified.
Comment 1 Yann Tanguy CLA 2011-07-27 06:37:31 EDT 
Incorrect key used in getPreferredValue() fixed in r5135 (0.8.0).
Merge in trunk : r5136.
Comment 2 Yann Tanguy CLA 2011-08-01 10:33:00 EDT 
In r5164:
Label preferences (default location, parser options) now use a different preference key that include their owner link or node.
ChildLabelNode are not concerned by this.

The LabelSnapBackEditPolicy has been modified relatively to these changes (the default implementation only rely on the label notation type).
Comment 3 Yann Tanguy CLA 2011-08-01 12:30:25 EDT 
(In reply to comment #2)
> In r5164:
> Label preferences (default location, parser options) now use a different
> preference key that include their owner link or node.
> ChildLabelNode are not concerned by this.
> 
> The LabelSnapBackEditPolicy has been modified relatively to these changes (the
> default implementation only rely on the label notation type).

Merge in trunk : r5168.
Comment 4 Yann Tanguy CLA 2011-09-05 05:49:17 EDT 
Fixed.