[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [cdt-dev] Patch to create ICoreModel interface
|
Super. Thanks! We'll take a look and make sure this meets the DOM's needs
as well.
Doug Schaefer
Ottawa Lab, IBM Rational Software Division
"Alain Magloire" <alain@xxxxxxx>
Sent by: cdt-dev-bounces@xxxxxxxxxxx
04/20/2005 12:42 PM
Please respond to
"CDT General developers list."
To
cdt-dev@xxxxxxxxxxx
cc
Subject
Re: [cdt-dev] Patch to create ICoreModel interface
>
> If the ICFileType is deprecated, it isn't marked that way :)
>
We did not want to do this before the IContentTypeManager work is
complete.
The faith of the framewok was unclear 'til M6.
> What should we be using?
>
The IContentTypeManager interface. We will also provide
cover helper methods in the CCorePlugin(or rather the old cover methods
will be converted).
The work is incomplete but basically we register content-types to
The Platform see org.eclipse.cdt.core/plugin.xml:
<!--extension point="org.eclipse.core.runtime.contentTypes">
<file-association
content-type="org.eclipse.cdt.core.cSource"
file-extensions="c"/>
</extension-->
<!--extension point="org.eclipse.core.runtime.contentTypes">
<file-association
content-type="org.eclipse.cdt.core.cxxSource"
file-extensions="cpp,cxx,cc"/>
</extension-->
Plugins can contribute new extensions/filenames(see the docs)
Unfortunately a good chunk of the work due for Eclipse-31M{5/6} was
moved back in M7.
Although, I've mention this before, folks should look at
this framework and make sure it covers there needs.
Leo had some restrictions, but the fact that content-type
conflicts can be resolve with nature took care of the objections ... I
think.
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
