https://bugzilla.novell.com/show_bug.cgi?id=302376#c1 Lukas Ocilka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME --- Comment #1 from Lukas Ocilka 2007-08-22 01:48:32 MST --- Well, this is actually intentional :-/ It is in the middle of the common installation workflow: --- cut --- | v Common installation workflow dialog [ Back ] [ Abort ] [ Next ] | v Common installation workflow dialog with a possible start of additional workflow [ Back ] [ Abort ] [ Next ] -> Here you select whether to run the network setup or not | | [ disabled Back ] [ Cancel ] [ Accept ] | | Cancel returns you to the dialog where | you started this additional workflow. | v Common installation workflow dialog [ Back ] [ Abort ] [ Next ] | v --- cut --- It's according to installation standards: (additional) workflow in another (main) workflow is finished with [ Accept ] instead of [ Next ] (such as all installation proposals, for instance). Maybe even [ Apply ] might work as well (as used in Time setup). Closing as WORKSFORME, because it is really working how it was designed, however if you feel it is wrong, reopen the bugreport, please. But then we would have to change more dialogs :( -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=302376#c3 Lukas Ocilka changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEEDINFO Info Provider| |aj@novell.com --- Comment #3 from Lukas Ocilka 2007-08-22 06:40:50 MST --- So, I'd have to replace the [ Cancel ]s with [ Abort ] buttons as well. And then, as I said already, we'll have to change other pieces of the installation workflow. The basic idea is this: * Base workflow is used for the main line of the workflow * Additional workflows are small workflows that starts from the base workflow and also returns there. The main reason why to use [ Accept ] there is that it actually writes the configuration immediately (comparable to the [ Accept ] in installation workflow). And also the documentation freeze ... :) ;) Base workflow navigation: The first screen: [ Back (disabled) ] [ Abort ] [ Next ] Middle screens: [ Back ] [ Abort ] [ Next ] The last screen: [ Back ] [ Abort ] [ Finish ] Additional workflows: The first screen: [ Back (disabled) ] [ Cancel ] [ Next ] Middle screens: [ Back ] [ Cancel ] [ Next ] The last screen: [ Back ] [ Cancel ] [ Accept ] We have actually designed it with Martin Schmidkunz (usability guy) when we were working on the the YaST Dialog Style Guide. http://en.opensuse.org/YaST/Style_Guide/Use_cases/Installation http://en.opensuse.org/YaST/Style_Guide/Use_cases/Sub-Workflow_Dialogs Martin, what do you think of that? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=302376#c8 --- Comment #8 from Lukas Ocilka 2007-08-29 02:00:05 MST --- AJ, I've found other places in the installation that use [ Cancel ] [ Accept ] in the installation. For instance when adjusting time/ntp in the first stage. Maybe using [ Apply ] instead of [ Accept ] would be better... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.