Bugzilla – Bug 31772
Ncurses: missing standard function - no automatic refresh of a dependent selection list box
Last modified: 2008-02-29 09:54:52 UTC
Not sure who is the correct person for assignement: work for ma, sh or kkaempf? Missing of a standard function! No automatic refresh of a selection list that is depend on selection in another list. I think the old problem "yast ncurses does not know where it is". Example "Add new soundcard manually": Dialog shows two selection list boxes; at the left side the "vendor/device driver list" at the right side the "model list". In X11 environment the right list is up to date with click or move of selection in the list at the left side. Now the problem: In ncurses text mode there is no automatic refresh of the list at the right side. User has to use "Enter" or "Space" to get an updated list at the right side matching the content of the left list. Same behaviour is visible in printer setup. Due to the fact that there is a lot of criticism on the usabilty of text mode I set this bug to major. I'm sure this is not an enhancement. Klaus please correct this, if you want a different severity.
If we fix this, file selection dialog in ncurses breaks. It's not a problem of ncurses, but the weak libyui protocol.
*cough* *cough* Don't know, how things worked back in 8.1-pre, but now we have SelectionChanged UI event which makes UI::UserInput (ev. UI::WaitForEvent) return as soon as selected item in a SelectionBox changes. And yes, it is available for ncurses, too ;-) Handling SelectionChanged event of left-hand list and consequent refresh of items in right-hand list must be done on YCP level in the respective module(s), just like e.g. text-mode menu (client/menu.ycp) does it. I'm afraid currently on Activated event is handled (thus, user must 'activate' the item by pressing Enter or Space, in GUI it is activated by mouse click), but don't know exactly, did not check the code. Reassigning to Lado (as this complaint is about sound module), Cc-ing Miso as it affects printers as well. And decreasing severity, as it was unresolved for almost 6 years, it certainly cannot be major ;-)
The change in the sound module was really simple, it was sufficient to add `opt(`immediate) option to the `Selection widget. Fixed in yast2-sound-2.16.3 Reassigning to Miso to fix the printer part...
fixed in yast2-printer and yast2-network (providers)