In betalabs:
The cursor will be placed into Replace field; clicking Tab one more time brings the cursor back into Transclusion box.
The same issue is with Citation.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | matmarex | T84919 Navigating via Tab between fields in TransclusionCitation boxes switches to the Find/Replace fields in the background | |||
| Resolved | Esanders | T69156 OOjs UI: Do not let me tab outside a dialog box in Chrome/Safari | |||
| Resolved | Esanders | T107343 OO.ui.BookletLayout.prototype.focusFirstFocusable doesn't find focusable elements very well |
The find and replace dialog also sets tabindexes... Guess the transclusion dialog is setting the same indexes.
So we could work out the current highest tabindex in the page and then add it to all our tabindexes in the template dialog. Which is horrible.
Or I wonder if we should really just have the info button next to the parameter name and the remove button immediately following the value field, or something. Then the actual order of the elements might be logical and we could remove the tabindexes.
Or maybe listen for events to make sure things focus in the order I wanted, or something
It seems that I fixed this in 2015 with this change to use natural tab order: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/243527.