EDIT

AM:

ihr hattet das Problem in Ticket #8953 vor 2 Jahren beschrieben. Wir haben in diesem Bereich jetzt einiges versucht zu fixen und zu verbessern.

Könntet ihr in nächster Zeit, wenn ihr den Editor verwendet, nochmal genau darauf achten, ob das Problem noch auftaucht?

Wenn nicht, würde ich das Ticket dann spätestens Anfang April final schließen. Wenn ihr vorher sicher seid, dass es inzwischen gefixt ist wären wir natürlich ebenfalls über eine Nachricht erfreut.

Close in 4/23 if not reported again.

Maybe related:

ERS: 2022-08

etwas lästig ist es, dass die Ansteuerung eines Taxons im Freitextbereich ziemlich verzögert ist. Das „aktive“ Taxon ist oft schon hellblau hinterlegt, ohne dass die zugehörigen Details aufgerufen und editierbar sind. Es passiert mir SEHR häufig, dass mich die hellblaue Färbung dazu verleitet, mit dem Editieren zu beginnen (z.B. über das Kontext-Menü bei rechtem Mausklick eine Basionym-Beziehung herzustellen), wobei ich dann übersehe, dass das entsprechende Taxon noch gar nicht aktiv ist, sondern erst das davor aufgerufene. Klicken auf das gewünschte Taxon im Freitext-Editor muss oft mehrmals wiederholt werden, bevor tatsächlich das Taxon aktiv ist, dass ich editieren will.

Wenn ihr eine Möglichkeit seht, dies zu verbessern, würde uns das die Arbeit SEHR erleichtern. (mein Traum: ein einfacher Klick auf das zu aktivierende Taxon und daraufhin SOFORTIGE Änderung des Details-View…)

AM: 2023-02-06

Das Problem sollte mit dem letzten Release eigentlich soweit gelöst sein, als dass es auf jeden Fall nicht mehr möglich sein sollte, im „falschen“ Datensatz zu arbeiten. Der Details View sollte jetzt (leider immer noch mit zu langer Verzögerung) immer erst wieder bearbeitbar sein, wenn auch die ausgewählten Daten angezeigt werden und auch immer die richtigen Daten anzeigen (bislang war es so, dass der Fokuswechsel unter bestimmten Bedingungen – insbesondere nach Mehrfachklick – nicht die zuletzt ausgewählten Daten angezeigt hat).
Kannst du das nochmal bestätigen. Um die Performance werden wir uns hoffentlich auch bald kümmern können. Allerdings hat die Portal-Performance jetzt erstmal vorrang.

ERS: 2023-02-23

so ganz kann ich das nicht bestätigen. Es passiert mir immer noch, dass ich den falschen Namen als Basionym einer homotypischen Gruppe setze, weil mein Basionym schon hellblau unterlegt, aber noch nicht angesteuert und aktiv ist. Dann wird stattdessen der vorher aktive Name als Basionym der homotypischen Gruppe gesetzt. Das wird noch nicht verhindert.

AM: 2023-02-24

hmm, doof. Vielleicht hast du dann doch ein anderes Phänomen beschrieben, als das, welches wir gefixt haben. Oder wir haben es doch nicht richtig gefixt. Wundern tut es mich trotzdem.

Kannst du vielleicht beim nächsten Mal, wenn das auftritt und du es direkt merkst mal einen Screenshot machen, auf dem man den Fokus im Freitextbereich und den Detailview sehen kann, damit ich eine bessere Vorstellung bekomme davon. Gerne natürlich auch mit einer genauen Beschreibung, was du wann und in welcher Reihenfolge gemacht hast.
Falls es sich reproduzieren lässt bei dir, können wir natürlich gerne auch mal gemeinsam drauf schauen.

ERS:

jetzt konnte ich es wieder rekonstruieren. Es hängt anscheinend mit der neuen Konstruktion einer homotypischen Gruppe zusammen.

Der typische workflow ist folgender: ich stelle mehrere Namen in eine homotypische Gruppe zusammen und wähle danach einen dieser Namen per Kontextmenü als Basionym aus.

Der Focus lag in diesem Fall anscheinend noch auf dem Namen, den ich zuletzt in die homotypische Gruppe verschoben hatte (ohne danach sofort zu speichern). Als Basionym habe ich aber in dem Fall den akzeptierten Namen ausgewählt, der schon in dieser Gruppe war. Die Ansteuerung/Aktivierung des akzeptierten Namens per Mouseclick ist so langsam, dass ich die falsche Basionymbeziehung des gerade verschobenen Namens schon hergestellt habe (in dem Fall steht mir das Kontextmenü schon zur Verfügung), bevor der akzeptierte Name im Focus aktiviert wurde.

Vielleicht kannst du es so besser nachvollziehen?

ERS:

dieser screenshot unten illustriert das Problem noch etwas besser:

ich hatte zuvor gerade Psyllium arborescens in die homotypische Gruppe des akzeptierten Namens Plantago arborescens verschoben.
Wie man sieht, ist Plantago arborescens hellblau unterlegt und der Cursor befindet sich ebenfalls dort, aber im Details View zeigt sich, dass Psyllium arborescens aktiv ist.

Was man im Screenshot nicht sieht (weil ich das Kontextmenü mit dem snipping tool nicht einfangen kann), ist, dass das Kontextmenü sich jetzt schon öffnet, aber eben eigentlich noch für Psyllium arborescens. Wenn ich jetzt schnell arbeite und nicht auf den Details View achte, wird Psyllium arborescens zum Basionym von Plantago arborescens, statt umgekehrt.

Übrigens sehe ich gerade, dass etwas mit den Jahreszahlen hier nicht stimmen kann, aber das tut gerade nichts zur Sache.

NaK:

interessanterweise passiert das bei mir nicht. Ich hatte jetzt auch mehrere Fälle, wo ich einen Namen in eine andere homotypische Gruppe verschoben habe. Der verschobene Name ist blau hinterlegt und der Fokus wird richtig gesetzt, ich kann den verschobenen Namen direkt korrekt als Basionym setzen.

ERS:

vielleicht liegt das daran, dass du den verschobenenen Namen als Basionym setzt und nicht, wie ich es probiert habe, einen anderen Namen, der sich schon in der homotypischen Gruppe befindet…?

NaK:

habe ich eben ausprobiert, und der Fokus wird auch richtig gesetzt, aber mit Verzögerung, wenn ich den Namen, den ich als Basionym setzen will, nur mit rechter Maustaste anklicke.

Ich glaube, die Lösung ist, erst Linksklick auf den Namen und dann Rechtsklick für das Kontextmenü.