[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [cdt-core-dev] CDT ResolverModel vs ContentTypeManager
|
> So ... still keeping the -1 ?
No. With these answers I'm a +1.
Thanks,
Leo
-----Original Message-----
From: cdt-core-dev-admin@xxxxxxxxxxx
[mailto:cdt-core-dev-admin@xxxxxxxxxxx] On Behalf Of Alain Magloire
Sent: Wednesday, March 16, 2005 4:09 PM
To: cdt-core-dev@xxxxxxxxxxx
Subject: Re: [cdt-core-dev] CDT ResolverModel vs ContentTypeManager
>
> Hi Alain,
>
> What is your current thinking on this?
IMO, to remove the ResolverModel and helper classes(ICFile, ICLanguage,
etc ...), is the right step.
The framework was good, but now the Core Platform is providing a
framework that will allow
the CDT to exchange with the other components (Editor,
StrutureViewer(comparator), etc ..)
> It looks like Eclipse will
> support saving content types per project in M6.
Yes, the timing is bad, when the changes will appear and according to
our milestone
it will be for CDT-30M7 ... which was a feature/API freeze milestone for
CDT...
Unless, we change the rules for CDT M7 and accept API breakages.
> Will Eclipse have a UI
> for adding/removing filenames/extensions in content types, or will CDT
> still have to implement the UI?
According to this:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=85765
I got good hopes.
> If CDT implements the UI, will it
> support modifications to all content types - i.e., not just ones that
we
> decide are C/C++ content types?
>
good question, I need more feedback on the owner of ContentypeManager
framework.
This is a generic UI and should be provided by the platform ... but yet
there
is no timeframe set.
> The reason that I ask is that in the MBS we are switching to using
> content types for Tool inputs and outputs. I work like the user to be
> able to modify the extensions assigned to any content type used by a
> Tool, not just the C/C++ content types.
>
Noted.
Worst case, we will provide one for CDT 3.0
_______________________________________________
cdt-core-dev mailing list
cdt-core-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/cdt-core-dev
