coordination #128429: [saga][epic] Accessibility improvements in openQA
[epic] Support filtering/grouping/searching of settings by domain
openQA uses a flat
KEY=VALUE structure for all of it's settings. This makes it sometimes cumbersome to find values and it is unhandy for longer lists.
We could improve this by introducing a simple hierarchy by grouping items with a simple dot (
.). Similar settings could be grouped into a domain and represented in a tree view in the WebUI.
This would allow to group settings by domain, while remaining compatible with current setting handles (
get_var and others). Functionally the only difference would be, that the WebUI would allow grouping of settings by domain.
Example: https://openqa.suse.de/tests/10955104#settings - We would rename all
PUBLIC_CLOUD_* settings to
PUBLIC_CLOUD.* and then the WebUI would group them together and allow to see all
PUBLIC_CLOUD related settings in one domain within a tree view
We could improve this by adding a search bar in the settings field that allows to filter settings by searching for them.
This would allow people to filter settings to the ones they are interested and hiding all others.
Group domains of settings in a tree view
- Add a search bar to the settings tab
Implement a tree view in the WebUI that groups all settings of the same domain
- Implement a search bar in the settings tab
The separator is negotiable. A dot (
.) appears natural to me, however other separators might have different advantages (e.g.
. is not compatible with regex).
- Category deleted (
- Target version deleted (
And alternative suggestion from Marius was to simply add a search field in the settings tab, which would work just as good and might be easier to implement. For me, that would be a valid solution for the discussed problem here as well.