Community
Participate
Working Groups
It would be nice if we could obtain an INavigatorContentExtension by id from the INavigatorContentService. The reason I ask is I needed to access a content provider from an action provider. I was able to work around this so it is not needed for 3.2 but I think it would be generally useful.
I agree that this would useful. Since it's not required for your use case, I am going to defer this to 3.3.
Other use cases from contributors make this a useful, non-breaking, low-risk addition to the API. The method is already available on the underlying implementation, this will provide clients an official means to it and avoid dependencies to the internal implementation.
Created attachment 39939 [details] Promotes getContentExtensionById() to API from NavigatorContentService to INavigatorContentService
Michael, could you describe the other use cases? Is there a workaround?
Other use cases include where a client wants to extend or override an existing content extension, without a direct dependency to that extension. Clients want to be able to delegate to the content or label provider of an overridden extension, without a direct dependency to the content/label provider. To do this, they must be able to access the instance created by the content service. Currently, there is no effective workaround that does not require referencing the internal API.
Will this be approved for RC3?
+1 PMC approval to add the API. you still need two component leads (not including me) to say yes to making the change.
Can this be approved in time to be included in the next Platform/UI build submission (3:30 today)?
+1
Tod, does this look okay for RC3?
the JAva doc for these method should have a description. The first line of the Javadoc comment shows up in the method summary. +1 with updated comments.
Fixed and released.