| Summary: | Cross reference to enums or data types should be flagged as invalid | ||
|---|---|---|---|
| Product: | [Modeling] TMF | Reporter: | Lothar Wendehals <lothar.wendehals> |
| Component: | Xtext | Assignee: | Project Inbox <tmf.xtext-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | jan, moritz.eysholdt, sebastian.zarnekow |
| Version: | unspecified | Flags: | sebastian.zarnekow:
helios+
|
| Target Milestone: | SR1 | ||
| Hardware: | PC | ||
| OS: | Windows Vista | ||
| Whiteboard: | |||
|
Description
Lothar Wendehals
What's wrong about data type rules in cross references?
FQN: ID ('.' ID)*?
Class: 'class' name=ID ('extends' extends=[Class|FQN])?
I agree that enum rules don't make sense since scoping in general is based on string.
The problem is the type, not the lexical representation of the crosslink
Foo:
bar=[Bar];
Bar (returns ecore::EString):
ID ('.' ID);
We should validate that cross references point to EClasses. ContentAssist should filter other EClassifiers as well. Mybe it's sufficient to reduce the scope for type refs in cross references but this will provide no meaningful error message. Fixed in HEAD. Closing bug which were set to RESOLVED before Eclipse Neon.0. |