Bug 170083 - Optionally use EReference#getEType() as a hint for default ImageDescriptor for EReference-based link element types.
Summary: Optionally use EReference#getEType() as a hint for default ImageDescriptor fo...
Status: RESOLVED FIXED
Alias: None
Product: GMF-Tooling (ARCHIVED)
Classification: Modeling
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 2.0   Edit
Assignee: Artem Tikhomirov CLA
QA Contact:
URL:
Whiteboard:
Keywords: contributed
Depends on:
Blocks:
 
Reported: 2007-01-10 09:26 EST by Michael Golubev CLA
Modified: 2010-07-19 22:19 EDT (History)
0 users

See Also:


Attachments
Fixes the subj (1.49 KB, patch)
2007-01-10 09:28 EST, Michael Golubev CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Golubev CLA 2007-01-10 09:26:31 EST
Actually when selecting default image for ERefence based link element types, generated code tries to use image descriptor for eReference.getEContainingClass().

This heuristic works for cases when eReference.getEContainingClass().isAbstract() == false, e.g, for Constraint#constrainedElement or EClass#eSuperTypes.

It does not work when eReference.getEContainingClass() == true. In this case, it would be helpful, if as a second try, the eReference.getEType() would be choosen (again, if not abstract).
Comment 1 Michael Golubev CLA 2007-01-10 09:28:44 EST
Created attachment 56698 [details]
Fixes the subj
Comment 2 Artem Tikhomirov CLA 2007-01-26 13:55:06 EST
reviewed and committed
Comment 3 Richard Gronback CLA 2008-08-13 13:11:05 EDT
[target cleanup] 2.0 M5 was the original target milestone for this bug
Comment 4 Eclipse Webmaster CLA 2010-07-19 22:19:51 EDT
[GMF Restructure] Bug 319140 : product GMF and component
Generation was the original product and component for this bug