|Open||None||T90925 General authentication improvements for MediaWiki|
|Open||None||T86869 Support a nice sso experience with MediaWiki's OAuth|
|Open||None||T75062 OAuth permission screen needs redesign for better usability and comprehension|
|Open||None||T64763 keyboard Tab order in OAuth Confirm dialog starts with Cancel|
@Jaredzimmerman-WMF it doesn't look like we have a good option, then. The way that tabindex works means that things added later in the DOM come later in the tab index, and if I want to change that order, pretty much, I can only do it once, not twice, unless I want to totally confuse every single browser in existence.
For the record, they gave me two or three ideas for "hacks" that would make the tab index "right" and the visual order "right", but it would be totally wrong in every other possible way - stuff like labelling the footer element of the dialog as being RTL, which it isn't, and letting the browser scratch its head over that one.
I guess we should build that into oojs, to prefer the focus to be on enabled constructive buttons when we open a dialog. It can be confusing for screenreaders though, since their focus will jump to that element as well (basically skipping over the content).
Not sure if there is a best of both worlds for this.....
Went with that after discussing with @TheDJ. Unlike setting focus manually, works with JS disabled as well, and is more natural for screenreaders since tab navigation still starts on the top.
As a side effect, the buttons are on the right side in no-JS mode. If that's a big deal, I can add a container to keep them to the left.