Motivation
At the moment there is a pattern arising which I think is harmful:
- Tool A integrates with tool B.
- When Tool A is being added, it checks whether B is being used. If so, it re-calls use_B so that new usage instructions which are relevant to A are displayed.
- Likewise, when Tool A is being removed, it checks whether B is being used. If so, it re-calls use_B so that the usage instructions relevant to not using A are displayed.
The issue is that sometimes usage instructions for the not-using-A case suggest using A! Given there is an integration at all, it makes sense we would want to recommend that. Also it degrades performance to run checks to ascertain whether a tool is used or not.
So one idea is that we wouldn't re-call use_B, we would just call specifically the message which is helpful which contains usage directions. The hints about using A etc. would remain in the place they currently are.
Summary of desired enhancement
Create method functions which specialize in usage instructions.
Motivation
At the moment there is a pattern arising which I think is harmful:
The issue is that sometimes usage instructions for the not-using-A case suggest using A! Given there is an integration at all, it makes sense we would want to recommend that. Also it degrades performance to run checks to ascertain whether a tool is used or not.
So one idea is that we wouldn't re-call use_B, we would just call specifically the message which is helpful which contains usage directions. The hints about using A etc. would remain in the place they currently are.
Summary of desired enhancement
Create method functions which specialize in usage instructions.