Textinput placeholders in current implementation useful?
Closed, DuplicatePublic
Actions

Description

The placeholder texts currently featured in the login/create account views on desktop are featuring mostly redundant information.
We should assure we're going for best user experience when we're already touching them in converting over to OOjs UI.

On mobile (with smartphone media query, not tablet) the placeholders take a more important role, as they are the only field indicators.
That's questionable on it's own, as the information, what field the user is currently typing in, is disappearing after the first character is typed.

Does the information provided help users or are we just filling space because we can?
Should we improve the Voice & Tone of the placeholders or get rid of them?

Desktop	Mobile (showing the issue when User is typing)	Mobile (Tablet)

Sign Up

Related Objects
Search...

Status	Subtype	Assigned	Task
Resolved		Esanders	T86617 VisualEditor's save dialog should use OOUI checkboxes
Open		None	T49145 Formally deprecate jQuery UI after we've stopped using jQuery UI in extensions and core (replacing it with OOUI).
Open		None	T100270 Replace use of jQuery UI and MW UI with OOUI across all Wikimedia-deployed extensions and core
Open		None	T100161 Convert all of MediaWiki core to OOUI PHP (tracking)
Resolved		MarkTraceur	T85291 Implement OOUI "display format" in MediaWiki's HTMLForm
Resolved		matmarex	T97871 PHP TextInputWidget has no 'required' config
Resolved		matmarex	T91132 Forcefully preventing default event actions on FormLayout, ButtonWidget and ButtonInputWidget is problematic
Resolved		matmarex	T85285 Disentangle VForms from HTMLForm code in core
Open		None	T101480 Remove 'wgUseMediaWikiUIEverywhere' and code forks, always using the off/false path
Open		None	T101476 [EPIC] Make mobile look and work as desired without wgUseMediaWikiUIEverywhere
Open		None	T101471 Convert core forms that use MW UI with wgUseMediaWikiUIEverywhere false to OOUI FormSpecialPage or explicit OOUI PHP
Resolved		Jdlrobson	T107069 Convert HistoryAction.php to use OOUI and MW's new DateInputWidget
Resolved	BUG REPORT	matmarex	T220601 DateInputWidget reflow after infusion
Resolved		matmarex	T220781 When filtering page history by date, the older/newer paging links don't work
Open		None	T71722 Use OOUI for JavaScript-generated checkbox on Protect
Open		None	T107037 Convert all MW core special pages to OOUI
Resolved		Esanders	T113758 Convert DeleteAction.php/SpecialUndelete.php to use OOUI
Duplicate		None	T171455 Dropdown widgets on Special:Delete only has partial OOUI styling
Resolved		TTO	T160236 Update action=purge page button
Resolved		Jayprakash12345	T173997 Convert file delete to use OOUI
Duplicate		None	T155964 NewSignupPage should use OOUI checkboxInputWidget instead
Open		None	T85853 Convert MW core login/create account pages to OOUI (Special:UserLogin / Special:CreateAccount)
Duplicate		Volker_E	T147820 Textinput placeholders in current implementation useful?