Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 360302 - Some of words are not key words, and should not be syntax highlighted
Summary: Some of words are not key words, and should not be syntax highlighted
Status: CLOSED FIXED
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: EDT (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Paul Harmon CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-08 02:25 EDT by fahua jin CLA
Modified: 2017-02-23 14:16 EST (History)
5 users (show)

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 fahua jin CLA 2011-10-08 02:25:25 EDT 
Build Identifier: 0.7.0.v201110072101

1) Create an EGL program, and copy following to the program.
    numType num;
    aaa Money;
2) Editor will prompt the type num & Money cannot be resolved, but they're still syntax highlighted.

Reproducible: Always
Comment 1 Tony Chen CLA 2011-10-08 02:46:38 EDT 
Hi Paul, I set this to Compiler component since I guess the key words are defined in CUP or lexer and should be modified there. If this is not true, please help assign to the proper component. Thanks!
Comment 2 Paul Harmon CLA 2011-10-10 08:15:53 EDT 
I am setting this to future as this is a minor thing. Also, in 1.0, the parser is going to be updated to remove all of the keywords for the primitive types.
Comment 3 fahua jin CLA 2012-06-20 22:32:23 EDT 
Change from 0.8.1 to future of target milestone field.
Comment 4 Paul Harmon CLA 2012-06-21 14:38:08 EDT 
As part of the long term solution for types, I have updated EGLKeywordHandler so that NONE of our "primitive" types are considered to be keywords anymore for the sake of higlighting in the editor.

Our supported primitive types such as any, int, date... are still keywords as far as our parser is concerned. Eventually, this will no longer be the case.
Comment 5 fahua jin CLA 2012-06-27 21:33:39 EDT 
Verified in 0.8.1.v201206271108.