Summary: | [Schema][Editors] Global element and local attribute identity constraints are not respected | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] PDE | Reporter: | Mike Pawlowski <mike.pawlowski> | ||||||
Component: | UI | Assignee: | Adam Archer <agarcher> | ||||||
Status: | RESOLVED FIXED | QA Contact: | |||||||
Severity: | normal | ||||||||
Priority: | P3 | CC: | wassim.melhem | ||||||
Version: | 3.3 | Keywords: | contributed | ||||||
Target Milestone: | 3.4 M1 | Flags: | mike.pawlowski:
review?
(wassim.melhem) |
||||||
Hardware: | PC | ||||||||
OS: | Windows XP | ||||||||
Whiteboard: | |||||||||
Attachments: |
|
Description
Mike Pawlowski
2007-07-17 15:28:28 EDT
Just noticed another requirement. You can copy and paste an attribute or element to create duplicates as outlined in Comment #0. You should update the paste enablement such that you cannot paste elements or attributes with duplicate names. Created attachment 74178 [details] patch This patch was implemented slightly differently than suggested in comment 1. In the case of copy/paste/move, if the name is in use, a new name will be generated with a mechanism similar to that used to address bug 196685. The patch does not work quite right. Copy element 'abc'. Try to paste it, you will get a new element 'abc1' and it is auto-selected. Great. However, the Element Details section still shows 'abc', not 'abc1' Created attachment 74185 [details]
fixed patch
released the patch after externalizing PDELabelUtility. |