Change Details

Similar to issues raised at T201710 The status quo: {F25790688} There are several UI issues here: * The green icons make it look like those usernames are saved, when they may not have been (say you added those at the same time as the invalid one, you must fix the invalid one first and re-submit). * The Remove buttons almost look like Submit buttons. So if you fix the username, you might hit Remove by accident. * There's no pretty-ish way to link to the user's userpage on-wiki (since it's an input box) What I propose is to do away with the inputs for saved items, and use a trash icon instead of a Remove button. Something like: {F25790751} How does that look? The idea here is you probably don't //change// usernames that often, except the ones that are invalid, so there's really no need for input boxes in those cases. This then allows us to link to the user page/contribs/etc., which we will want (see T204009). Meanwhile the trash icon is probably more familiar visually, clearly indicating what it does. The category form would follow the same design, and allow us to link to the category so that the organizer can see subcategories and pages therein. Finally, the no-input-box concept means the list will be more compact. It's pretty bulky as is, hence why T200541 was done (though we'd still want a max-height).

Similar to issues raised at T201710 The status quo: {F25790688} There are several UI issues here: * The green icons make it look like those usernames are saved, when they may not have been (say you added those at the same time as the invalid one, you must fix the invalid one first and re-submit). * The Remove buttons almost look like Submit buttons. So if you fix the username, you might hit Remove by accident. * There's no pretty-ish way to link to the user's userpage on-wiki (since it's an input box) What I propose is to do away with the inputs for saved/pending-save items, and use a trash icon instead of a Remove button. Something like: {F25790751} How does that look? The idea here is you probably don't //change// usernames that often, except the ones that are invalid, so there's really no need for input boxes in those cases. This then allows us to link to the user page/contribs/etc., which we will want (see T204009). Meanwhile the trash icon is probably more familiar visually, clearly indicating what it does. The category form would follow the same design, and allow us to link to the category so that the organizer can see subcategories and pages therein. Finally, the no-input-box concept means the list will be more compact. It's pretty bulky as is, hence why T200541 was done (though we'd still want a max-height).

Similar to issues raised at T201710 The status quo: {F25790688} There are several UI issues here: * The green icons make it look like those usernames are saved, when they may not have been (say you added those at the same time as the invalid one, you must fix the invalid one first and re-submit). * The Remove buttons almost look like Submit buttons. So if you fix the username, you might hit Remove by accident. * There's no pretty-ish way to link to the user's userpage on-wiki (since it's an input box) What I propose is to do away with the inputs for saved/pending-save items, and use a trash icon instead of a Remove button. Something like: {F25790751} How does that look? The idea here is you probably don't //change// usernames that often, except the ones that are invalid, so there's really no need for input boxes in those cases. This then allows us to link to the user page/contribs/etc., which we will want (see T204009). Meanwhile the trash icon is probably more familiar visually, clearly indicating what it does. The category form would follow the same design, and allow us to link to the category so that the organizer can see subcategories and pages therein. Finally, the no-input-box concept means the list will be more compact. It's pretty bulky as is, hence why T200541 was done (though we'd still want a max-height).