feature request #8569
openSupplemental data for PolytomousKeyNodes
0%
Description
... are currently not yet available. Click on a row in the tables only shows suppl data for key itself.
The problem is that we want to show both the key information and the node information and we need a possibility to select the node explicitly for suppl data view.
Also clicking on a node in the graph view does not show the suppl data.
Related issues
Updated by Andreas Müller over 4 years ago
- Related to bug #8604: Key Editor View: Details for key missing when key is empty added
Updated by Andreas Kohlbecker over 4 years ago
Wouldn't it be an option to extend the supplemental data view, so that it can show the data for multiple entities at the same time?
I guess sub-tabs inside a view are not possible, but what about using the pshelf widget from nebula?
The supplemental data view would show one "heading" per entity class. In case of the PolytomousKey editor there would be two of them, one for the key itself the other for the selected key. This approach would also help in case of the Details-View for a taxon where is is required to focus on the sub-form for name, authors, etc to show the according entity in the supplemental data. The pshelf widget would give a stronger visual feedback on the entity type which is being shown (at least if the order of entity types is defined in this view)
Updated by Andreas Müller over 4 years ago
Interesting idea. Lets use the official(?) name accordion (https://en.wikipedia.org/wiki/Accordion_(GUI)).
Only I am not sure if it makes things maybe even more complicated. In general I would prefer to get rid of the supplemental data view and integrate information in the details view.
Also from discussion in other context I know that users often do not like accordions so much.
Maybe a simpler solution is to add the PK supplemental data to the details view part of the PK and use the supplemental data part only for PK nodes. This is what one expects more when clicking on an alternative in the PK editor. Also the PK supplemental data are very seldom used I guess.
Updated by Andreas Müller over 4 years ago
Andreas Kohlbecker wrote:
This approach would also help in case of the Details-View for a taxon where is is required to focus on the sub-form for name, authors, etc to show the according entity in the supplemental data. The pshelf widget would give a stronger visual feedback on the entity type which is being shown (at least if the order of entity types is defined in this view)
This is generally true. The only problem is that in the taxon details view there are probably more than 10 possibilities to select subdata like references, authors, name, relationships etc. Having for each of them an entry in the accordion will overload the widget.