| Viktoria_Hillerud_WMSE | |
| Jun 29 2026, 12:27 PM |
| F100435409: image.png | |
| Fri, Aug 28, 12:06 PM |
| F100429435: image.png | |
| Fri, Aug 28, 10:18 AM |
| F91068063: image.png | |
| Jun 29 2026, 12:27 PM |
As of right now the view for selecting what profile the user wants to work on looks like this:
However, its not for example clear that the user must click on the profile-card to be able to click next. Better would be to have radiobuttions next to the card to indicate a user choice. This is standard design in accessibility to indicate to the user that they have to make a choice.
A design proposal for this lies in this spike: T429328 - Investigate and propose design of the profile view
| Title | Reference | Author | Source Branch | Dest Branch | |
|---|---|---|---|---|---|
| Add first step of picking profile | repos/wmse/wikispeech/speech-data-collector!9 | viktoriahillerudwmse | pick-profile-step | main |
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | None | T423389 Modify views | |||
| Open | None | T427383 Want to be able to give information about oneself. | |||
| Open | Viktoria_Hillerud_WMSE | T430515 Add accessible view for adding, selecting and editing profile |
One interesting thing regarding radio buttons: they were already present in the code, but hidden with a sr-only CSS class. That means only screen readers could detect them. Visually, the only indication of which profile was selected was the background color changing from grey to blue, which is a known accessibility failure (WCAG 1.4.1) since it relies solely on color to communicate selection state.
The upcoming fix makes the radio buttons visible to all users, addressing both issues at once.
viktoriahillerudwmse opened https://gitlab.wikimedia.org/repos/wmse/wikispeech/speech-data-collector/-/merge_requests/9
Add first step of picking profile
When you add a profile, the new design doesn't fit in the sidebar.
I wonder if we even want to show the profile list in this view. The version you get on mobile, with the back button, should work fine here too.
I don't think the delete button should be primary. It shouldn't that be the action you're most likely to take. Also we'll end up with multiple primary buttons if you add more profiles.
When you add a profile, the new design doesn't fit in the sidebar.
I wonder if we even want to show the profile list in this view. The version you get on mobile, with the back button, should work fine here too.
Ah yes, this is intentional not included in this first MR, and I thought I will go on the next step when that is merged.
The idea later is that this step will look as what we decided in PenPot:
So it's true that the left column should not even be shown even on desktop
.
I also wrote that in the MR description, but I realize that could've been described here as well..