This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
The editor currently has a syntax subsystem (e.g. AntlrSyntax.java) based on similar looking code in the JSP editor. Since the definitive syntax for .g files is the antlr.g file rpovided with Antlr, the syntax subsystem should instead be based on a lexer and parser generated from (a modified) antlr.g. There will need to be a squish layer that translates antlr generated tokens into the tokens recognised by the editor syntax coloring system. Since a lot of the 'value add' in a .g file is the java code in the header sections and embedded in rules, this too should be syntax colored, probably by using the context switching capabilities in Antlr 2.7.1 to switching to/from a java lexer/parser in mid token stream.
You may want to talk to Miloslav Metelka and ask about the lexer module which is in netbeans.org but I think does not yet have sources committed to it.
Regarding the lexer module I'm just waiting for the legal issues to include antlr.jar into our nbextra repository. Then I will perform the initial checkin. Antlr is currently one of the two supported lexer generators together with javacc. The antlr 2.7.1 should generate more efficient code for unicode which is good. The language embedding will also be supported. We definitely want the lexer module to be used for syntax coloring in 3.4.I'll write to nbdev once the initial checkin into the lexer module will be performed.
Obsolete milestone, please reevaluate
The antlr was later added to the lexer module and was functioning there so I consider this as fixed.