You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We generally do not have tags on replies. The correct fix would actually be in the plugin, i.e. show the button only for the top annotation card section.
We generally do not have tags on replies. The correct fix would actually be in the plugin, i.e. show the button only for the top annotation card section.
OK. This is the plugin repo, though -- should the issue be on the template repo?
The behavior above was simply because that's the way Recogito annotations are structured, and how the extension point worked.
Tags are always appended at the top. (Technically, they are neither associated with a particular comment or reply. They are separate annotation bodies, and we show them at the top.)
The extension point appended the Getty tag widget at the bottom of the annotation card, making UX awkward.
The fix:
The fix for this issue was mostly in the Recogito client:
I added a new extension point that's co-located with the tag editor (rather than appended to the bottom of the annotation card)
That new extension point appears only if the standard tag editor appears (on new annotations, or when the annotation owner edits an existing annotation), making UX consistent with the default tagging widget.
Note that the following steps are required before this is testable:
Recogito Client PR 378 must be merged to develop (and develop must be deployed on the test system).
Latest version of this plugin must be deployed on the test system (0.9.4+)
Screen.Recording.2025-05-20.at.09.51.46.mov
The text was updated successfully, but these errors were encountered: