Project

General

Profile

Actions

feature request #8569

open

Supplemental data for PolytomousKeyNodes

Added by Andreas Müller over 4 years ago. Updated over 4 years ago.

Status:
New
Priority:
New
Assignee:
Category:
taxeditor
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Severity:
normal

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

Related to EDIT - bug #8604: Key Editor View: Details for key missing when key is emptyNewKatja Luther

Actions
Actions #1

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
Actions #2

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)

Actions #3

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.

Actions #4

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.

Actions

Also available in: Atom PDF