SymbolList, which is used by the special character insert and Math/Chemistry dialogue, uses custom "buttons" for each symbol so that they align to a fixed grid.
For accessibility they should use as many button styles as possible.
| Esanders | |
| Fri, Oct 10, 12:28 PM |
| F66747529: Captura de pantalla 2025-10-13 a las 13.22.32.png | |
| Mon, Oct 13, 11:27 AM |
| F66747296: image.png | |
| Mon, Oct 13, 10:05 AM |
| F66735908: image.png | |
| Mon, Oct 13, 9:31 AM |
SymbolList, which is used by the special character insert and Math/Chemistry dialogue, uses custom "buttons" for each symbol so that they align to a fixed grid.
For accessibility they should use as many button styles as possible.
If we can't reuse the Button component to create these symbols, we can at least reuse the tokens used in Button to make them look similar. To align this with the Button while avoiding major style changes, I suggest reusing the quiet Button styles:
Should we stick with border-color-subtle (gray300) as we aren't using border-color-muted (gray200) anywhere else? It also keeps the border slightly darker than the active background state (gray200)...
Another issue found is that currently, keyboard navigation only allows users to move through the entire block of buttons. Each button should be individually accessible using keyboard navigation instead.
Yes, border-color-subtle could work. But keep in mind that it will make this block much more prominent since there are many buttons in this grid. Since this border would be purely decorative because the interaction will be communicated in its background, either subtle or muted would work. So I lean towards muted to make this section less heavy border.
So I lean towards muted to make this section less heavy border.
Ok - let's use muted.
Another issue found is that currently, keyboard navigation only allows users to move through the entire block of buttons. Each button should be individually accessible using keyboard navigation instead.
I agree in principal although in practice the list usually has around 3,000 buttons, so is not really usable with keyboard navigation anyway. Building an accessible special character inserter is a project of its own, but note also that every button in that list effectively has a keyboard shortcut alternative the form of "alt+<character code>" or whatever the sequence is on your OS, so it may not be our place to do so.
Change #1195682 had a related patch set uploaded (by Esanders; author: Esanders):
[VisualEditor/VisualEditor@master] Update SymbolList button styles
@Esanders I've created a separated task in case we want to improve this in the future T407142: VE SymbolList buttons: Improve keyboard navigation.
Test wiki created on Patch demo by BMartinezCalvo (WMF) using patch(es) linked to this task:
https://dd1023ca51.catalyst.wmcloud.org/w/
@Esanders I've reviewed the patch with the updated styles and it looks good. Thank you!
Change #1195682 merged by jenkins-bot:
[VisualEditor/VisualEditor@master] Update SymbolList button styles
Change #1196039 had a related patch set uploaded (by Esanders; author: Esanders):
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (714b3ae07)
Change #1196039 merged by jenkins-bot:
[mediawiki/extensions/VisualEditor@master] Update VE core submodule to master (714b3ae07)