This issue is to provide the alternative interfaces that would allow rendering and editing of VSAM nodes for example.
This isn't the same as adding a menu but is providing an alternative hook so that the VSAM cluster can be displayed in the explorer view in an alternate way. For example by reducing to one entity. To achieve this type of function we would need to define specific call-back extension points that could re structure a getChildren list
Added from #692
Use case is to allow extender application to enhance the contextual information available on a node item to enable them to add further menu options available from their specific extensions.
The logical place to add this context would be during the getChildren method on a node
Add the following methods to the extenders API
addContext(node)
removeContext(node)
addChildrenListener(this)
Not Technical debt the intention of this issue is to identify ways that extenders could perform actions that would complement or augment what Zowe Explorer does already.
However the simplest strategy to employ is to have hooks that enable new menus. #651
@Colin-Stone ok. Can we add a label "API Extender"? Just so we could categorize it. If you like, if not I will leave it unlabeled.
@travatine Where VSAM files are concerned I am wondering if there would be value in combining the three datasets into on item in the explorer. This would require changes to how we get datasets and for now combining would be based on name only. Do you have any thoughts if this would be useful or confusing?.
Hi @Colin-Stone ,
I did a quick check of various mainframe products;
In summary:
Yes, I think it would be very useful to combine the three (vsam file / data / index) into one item.
It'd be great if the contextValue indicated either "vsam" or even "ksds /esds / rrds" if the type is known.
For all I get dsorg: VS but the root has vol: *VSAM* I can associate the index and data if the root is part of the dsname but if that isn't the case I wouldn't have a way to link them
Hi @Colin-Stone ,
That sounds reasonable to me,
i.e. link if possible otherwise don't.
Most helpful comment
@Colin-Stone ok. Can we add a label "API Extender"? Just so we could categorize it. If you like, if not I will leave it unlabeled.