|
View:
New views
6 Messages
—
Rating Filter:
Alert me
|
|
|
Introducing my hrc files in eclipse colorer pluginHi! First of all big thanks for Colorer and FAR
Plugin. 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. Best Regards, Sergey Gomanyuk, ISP RAS (www.ispras.ru), junior research assistant, e-mail: phone: +7 (095) 912-5317 (4428 additional) cell: +7 (926) 4547743 ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
|
|
Re: Introducing my hrc files in eclipse colorer pluginHi!
If it's just highlighting then why do you want separate plugin? Is it for distribution purposes? To get subset or completely other set of languages you can just use your own hrc set (bad thing is that you'll probably need to modify plugin.xml also :( ) ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
|
|
Re: Introducing my hrc files in eclipse colorer pluginThe only reason is request for separate distributions, and it's easily handled in a manual way. >From the implementation point of view believe it's quite easy to implement, however will require additional mappings from cpp to java APIs. On 3/16/07,
Dmitry Ivankov <divanorama@...> wrote: Hi! -- Igor ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
|
|
RE: Introducing my hrc files in eclipse colorer plugin> Personally I'm agree with Dmitry - see no reason
why we should split plugin at this level of abstraction. 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. By the way, if someone who uses my product, also by
some reasons wants to use colorer plugin with all supported languages then there
is real conflict possibility. In offered case I just define extension with my hrc
file and reuse colorer core plugin. So your plugin is still encapsulated, nonmodified,
can be updated via update site and so on. And moreover it is standard way of
extending plugin functionality in eclipse community (not modifying source
of given plugin but using its extension points). Sergey Gomanyuk, ISP RAS (www.ispras.ru), junior research
assistant, e-mail: phone: +7 (095) 912-5317 (4428 additional) cell: +7 (926) 4547743 ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
|
|
Re: Introducing my hrc files in eclipse colorer pluginOn 3/16/07, sergg <sergg@...> wrote:
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. Could you please file a feature request on sf.net tracker for this? Not sure if I'll be able to address this soon, but will take care anyway. -- Igor ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
|
|
Re: Introducing my hrc files in eclipse colorer plugin[ 1692670 ] Eclipse plugin HRC component separation
submitted for this. On 3/19/07, Igor Russkih <irusskih@...> wrote: > > > On 3/16/07, sergg <sergg@...> wrote: > > > > > > > > > > > Personally I'm agree with Dmitry - see no reason why we should split > plugin at this level of abstraction. > > > > 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. > > Could you please file a feature request on sf.net tracker for this? > > Not sure if I'll be able to address this soon, but will take care anyway. > > -- > Igor -- Igor ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ colorer-talks mailing list colorer-talks@... https://lists.sourceforge.net/lists/listinfo/colorer-talks |
| Free Forum Powered by Nabble | Forum Help |