EDIT

seems to work

Katja:

Es gibt noch zwei Sachen, die ich im Hinblick auf den Workshop kritisch finde:

Wenn ich einen neuen Namen erzeugt habe und eine Referenz in den NameEditor eingebe, dann funktioniert zwar der Parser richtig, aber der Details View wird nicht aktualisiert, so dass es so aussieht als hätte es nicht funktioniert.

Wenn Synonyme nicht im Name Editor nicht editierbar sind, dann kann ich sie auch nicht auswählen, dann kann ich im Name Editor auch keine Änderungen machen, so dass ich das Problem nicht beheben kann und ich kann sie dann auch nicht löschen.

Applied in changeset taxeditor|31e5785c8476d0eefc99ec19de7adc471eb580a4.

Wenn Synonyme nicht im Name Editor nicht editierbar sind, dann kann ich sie auch nicht
auswählen, dann kann ich im Name Editor auch keine Änderungen machen, so dass ich das
Problem nicht beheben kann und ich kann sie dann auch nicht löschen.

the textWidget needs to be enabled but not editable to be clickable.

The Name Editor can still be opened multiple times for the same taxon. At least this is the case when trying opening via search result view or referencing objects view. It seems to be not the case when opening via taxon navigator.
In general opening strategy should be independent from where the opening was triggered. If this is not yet the case we should try to make it independent and use 1 single access point.

when opening a taxon that has a synonym the synonym has the focus. But the accepted taxon should have the focus.

No it's more difficult: Opening a taxon in the name editor -> the synonym is highlighted but the selected item seems to be the accepted taxon (details and factual data are displayed) but when clicking on the tab to move it the synonym gets the focus (I did not click in the freetext field) and the details of the synonym are displayed. see attached images

the focus still moves to the synonym when moving the tab.

Fixed the initial selection.

I think all the issues mentioned in the comments are done. Please close if correct

I don't know if this is an old issue: but setting a synonym in a heterotypic (to the accepted taxon) homotypic group as basionym changes the symbol of the synonym from homotypic to heterotypic.

Created a new ticket for the remaining issues -> #7058

Have to reopen as it is not possible anymore to add a misapplication to an accepted taxon. The according submenu in the "New" context menu is disabled.

Another less critical issue: context menu of accepted taxon shows "change to" which has 3 disabled submenus. In e3 the "change to" menu item was invisible, which is more appropriate.

Finally, in e3 we had a "save" menu item which is missing in e4 version (not so critical, as save is possible at other places, however, some users might be used to)

Fixed misapplication handler and opened ticket for remaining issues. #7064

Please close after review

Name editor tabs do still show taxon titleCache but should show name titleCache

Handler was fixed.

Restoring was disabled on purpose (as described in #6909)

Patrick Plitzner wrote:

Handler was fixed.

In the old taxon, the synonym group is still visible (after reopen it is disappeared so it is only a refresh issue) but shouldn't. All the rest works.

The E4 migration has been done up to a sufficient state.
Remaining issues should be handled in separate tickets.