Michael added a comment.
As far as I can see, what we currently have on the Special:NewLexeme page is consistent with what we have when editing a Statement and selecting an Entity there. (Except that when not actually selecting an option, the "Save" button is disabled and so nothing happens.) However, I'm not convinced that this is actually the ideal behavior in that context either. There exists another pattern, that I think might be more suited to our needs, when the user has to select one of the options to proceed: https://www.w3.org/WAI/ARIA/apg/patterns/combobox/ > 3. **List autocomplete with automatic selection**: The combobox is editable, and when the popup is triggered, it presents suggested values that complete or logically correspond to the characters typed in the combobox, and the first suggestion is automatically highlighted as selected. The automatically selected suggestion becomes the value of the combobox when the combobox loses focus unless the user chooses a different suggestion or changes the character string in the combobox. I think, OOUI does have a Lookup that works like that: OOUI Demos - Lookup Element <https://doc.wikimedia.org/oojs-ui/master/demos/?page=widgets&theme=wikimediaui&direction=ltr&platform=desktop#demo-section-lookupElement>. (Though the specific example that they selected is a bit pointless for this particular demonstration...) As far as I know, the Codex Lookup <https://doc.wikimedia.org/codex/main/components/demos/lookup.html#with-fetched-results-and-infinite-scroll> does not yet have a configuration to automatically select the first available option. But maybe that would be a useful addition? ---- Considering [PageUp] and [PageDown] (I think we really should separate those into a different (sub-)ticket. Completely unrelated to the previous part, from a technical point of view.): Currently, the Entity picker when editing a statement does not support this. But OOUI, that we previously used on Special:NewLexeme, //does//. Codex also does not support it //yet// either, though I can't find any in-depth discussion/decision about that. - T314728: In search bar, Home and End keys should move caret, not selection in suggestions <https://phabricator.wikimedia.org/T314728> - mentions [PageUp] and [PageDown] in the original description, but is ignored in the entire discussion that follows - T310556: Menu: Improve keyboard support <https://phabricator.wikimedia.org/T310556> - dismisses [PageUp] and [PageDown] for "jumping a certain number of items" as "not a real-world use case" - maybe we should reconsider that? TASK DETAIL https://phabricator.wikimedia.org/T322684 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael Cc: Michael, Sarai-WMDE, Nikki, Lydia_Pintscher, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
