|
|
|
Re: 1.0M9: Why is it required to provide org.eclipse.wst.sse.ui.adapterFactoryDescription for custom [message #149941 is a reply to message #149912] |
Wed, 30 November 2005 13:06 |
|
Max Rydahl Andersen wrote:
> Regarding requirement of adapterFactoryDescription I just find it "curious"
> that it is required to use internal API to make a public api (the
> editorConfiguration)
> work.
Max, are you still using your own model handler class by chance?
The XML adapter factory provider requires that the model's model
handler be an instance of the XML model handler before it will add
the factories. This is the most likely reason I can find for it not
to work as-is.
I'm not sure why this would behave differently now, assuming that it
does.
--
- Nitin
_
Nitin Dahyabhai
Eclipse Web Tools Platform
|
|
|
Re: 1.0M9: Why is it required to provide org.eclipse.wst.sse.ui.adapterFactoryDescription for custom [message #149970 is a reply to message #149912] |
Wed, 30 November 2005 17:07 |
David Williams Messages: 722 Registered: July 2009 |
Senior Member |
|
|
On Wed, 30 Nov 2005 04:59:50 -0500, Max Rydahl Andersen <max.andersen@jb=
oss.com> wrote:
> I understand and respect that you are evolving the API's, I were just
> under the impression (again that API'ing SSE were one of the goals
> for WTP 1.0.
>
Yep, and I think we've made a lot of progress. A lot of the effort for 1=
..0 was
removing the need for API :) that is, we do less "special" things that w=
ere
less than "base like". e.g. should be no need to subclass StructuredTex=
tEditor
and we now use the base provided Selection Services, instead of our own =
custom
ViewerSelectionManager.
> Regarding requirement of adapterFactoryDescription I just find it "cur=
ious"
> that it is required to use internal API to make a public api (the edit=
orConfiguration)
> work.
Well, we might have made some mistakes, but it might just be we need mor=
e enhancement requests. :)
Its my thought you don't NEED to use adapterFactoryDescription to use ed=
itorConfiguration.
But, yes, perhaps to practically provide new sub types of xml content ty=
pes you do. If not already
covered by your exisiting bug reports feel free to detail what you are d=
oing in bug report and
1) we'll make every attempt not to break internal usage as we move forwa=
rd, or 2) provide
clear migration paths.
|
|
|
|
Powered by
FUDForum. Page generated in 0.03593 seconds