@Tonina_Zhelyazkova_WMDE are TagMultiselectWidget and TagItemWidget from us or from OOUI? Do we know what standard OOUI behavior is for such a case, e.g. with the CategoryMultiSelectWidget?

@Lea_WMDE TagMultiselectWidget and TagItemWidget are OOUI widgets. CategoryMultiselectWidget is mediawiki widget, which uses CapsuleMultiselectWidget (OOUI), and we refactored that since CapsuleMultiselectWidget is deprecated. Nevertheless, the behavior in CategoryMultiselectWidget regarding pills is the same as described in this ticket - the pill gets destroyed when the link inside of it is selected (by tabbing) and enter is pressed (as seen in Upload Wizard).

I'm sorry if all this looks confusing. What I mean by this ticket is that the behavior right now does not allow keyboard users to open the link inside a pill. I'm not sure what the standard OOUI behavior is for such cases.

@Volker_E do you have an opinion on this?

@Lea_WMDE I'd follow @Tonina_Zhelyazkova_WMDE task description here, especially as for pointer usage it already opens the category page. So keyboard enter when focussed on the link should result in the same. The UI functionality is complex, and I see a possible pitfall in users being accustomed to normal tag behaviour and not understanding that the tag is also a link.
In current visual representation this (and its focus state) is very subtle/suboptimal. If we stay with a link within the tag we should file a follow-up improving the link (focus) appearance.
Another idea that comes to my mind is to provide a Popup tooltip with the link when the tag is focussed, in a kind of separating functionality. We would then have to care about keyboard focus order though.