bug #9707
openUpdate details view (almost) immediately after parsing name
0%
Description
AM:
ja, das ist auch an vielen anderen Stellen sehr störend, dass der Detailsview für Namen sich nach dem Parsen erst updated, wenn man den Record verlässt.
Das ist leider recht komplex, weil da das Zusammenspiel zwischen altem Namen + Referenzen, neuem Namen + Referenzen, Eingabeprozess, Parsen und Deduplizieren (was serverseitig passiert) berücksichtigt werden muss. Da ist der jetzige Stand, dass das Parsen erst passiert, wenn man das Feld verlässt, also vermutlich mit der Eingabe fertig ist, natürlich leichter zu handeln, aber vom Ergebnis her leider nicht wirklich akzeptabel.
Letztlich wir wohl ein Zeittrigger nach ca. 1s ohne Aktivität das regelmäßige auslösen.
===
WGB:
Ja, [im Nameeditor] habe ich eingegeben, nur eben nicht den Rang (2. Missverständnis).
Das Problem ist nicht nur dass der Parser die Angabe löscht, sondern auch, dass zum Zeitpunkt des Speicherns der Details-View nicht entsprechend upgedated ist, man denkt also, der Rang steht noch da.
Ich glaube, es würde schon helfen, wenn der Details-View bei Änderungen von unparsbarem zu unparsbarem NameEditor Input upgedated würde.
AM:
Ja, das ist in gewisser Weise ein Problem, dass im Freitextbereich Namen eben grundsätzlich geparst werden und beim Parsen eben auch der Rang bestimmt wird. Und für einen Namen wie „_Cactaceae_Duplicate_Names_w_WFO-IDs“ kann eben kein Rang geparst werden und daher wird er folgerichtig nicht gesetzt und ein Fehler ausgegeben.
Eigentlich ist das auch richtig so, aber anscheinend nicht unbedingt erwartet. Solche unparsbaren Namen sollten eigentlich im Detailsview in den Cachefeldern bearbeitet werden, nicht im Nameeditor.
Man kann solche Namen auch versuchen im Nameeditor für die Eingabe zu sperren, aber dann kann es sein, dass auch lediglich vorläufig falsch geschriebene richtige Taxonnamen für die Bearbeitung gesperrt werden, was auch unschöne folgen hätte.
Schon länger denke ich darüber nach, eine eigene Kategorie „Pseudotaxon Name“ einzuführen, der dann nur aus Titel und Pseudorang bestehen würde und vermutlich auch nur im Detailsview bearbeitbar wäre.
...
WGB:
currently we are using “Pseudotaxa” to structure the output – for example, for unplaced names etc.
The placement of the Pseudotaxon-Subtree in the publication is (also) depending on the (pseudo-) rank of the record.
When I change the label (name) of the pseudotaxon, the previously assigned rank is deleted.
Updated by Andreas Müller about 3 years ago
- Subject changed from Update details view (almost) immediately after to Update details view (almost) immediately after parsing name