[go: up one dir, main page]

Menu

#29 Eclipse plugin HRC component separation

colorer-take5
open
4
2007-04-02
2007-04-02
No

My task is implementing syntax coloring for C-like language (all C syntax + additional keywords). HRC file was written for this purpose and perfectly works with FAR. But there are some notes about Eclipse Plug-in. As I understand I need to place *.hrc into net.sf.colorer_x.x.x\colorer\hrc\auto folder. It’s not Eclipse-like style of extending. Would be better if I can write my own plugin and introduce my HRC file in plugin.xml by using some extension point. Is it possible to implement such feature?

Going further, I’d like have coloring only for chosen existing languages and/or new languages, so to my mind be better if colorer pluging would be divided into two parts – pluging that implements engine and defines extension point for introducing hrc files and plugin with hrc files. So if someone wants to define its own set of colored languages he just reuses core plugin and implements its own plugin with subset of hrcs.

Assume that I'd like to provide in my product coloring only for my language. As I understand under given license agreement I can modify colorer plugin by removing editor definitions from plugin.xml, add my hrc file and define my own editor. Well it's the way but for me very non-elegant way.

Ok, believe you are right, at least because of this 'component' separation.
The additional benefit I see here now is a possibility to separately update core/hrc modules, thus reducing download volumes.

Discussion


Log in to post a comment.