Closed cdamus closed 3 months ago
FYI @jonah-iden for any insight you'd like to offer on this question. Thanks!
@cdamus there is no specific reason for the way notebooks does it. I probably just forgot about the ability to overwrite this when I implemented it. So feel free to create a PR to change this or I can create one
@cdamus there is no specific reason for the way notebooks does it. I probably just forgot about the ability to overwrite this when I implemented it. So feel free to create a PR to change this or I can create one
Thanks! Good to know. I've created a PR, as you can see linked. I would certainly appreciate a review and buddy-testing 😀 .
sure I'll try and take a look later today
@cdamus PR is approved. If you need this fix urgently i can trigger the build of a theia-next release for you after the PR is merged
Thanks @jonah-iden ! It is not so urgent as to require an interim/test build. I am happy to wait for the next regularly scheduled release.
Feature Description:
The registration of the Notebook preferences, added in this pull request, looks like this:
This is different to the usual pattern of other established preferences, which would have looked more like this:
In my application, importantly, this previously established pattern of Inversify bindings lets me effectively suppress preferences that I don't want to expose to my users because they are not relevant (the capabilities configured by these preferences aren't manifest in my app at all). This is accomplished by rebinding individual preferences service-identifiers with blanks:
This I cannot do with the Notebook preferences. I can only rebind the entire
PreferenceContribution
service-identifier, which means repeating the contributions of all of the preferences from Theia that my application does need.So the request in this issue is to rework the Notebook preference contribution to follow the pattern previously established by other Theia preferences, unless there is some specific reason why it wasn't done that way?