[Bug 388592] New: YaST help popup usability a bit awkward
https://bugzilla.novell.com/show_bug.cgi?id=388592 Summary: YaST help popup usability a bit awkward Product: openSUSE 11.0 Version: Beta 2 Platform: All OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: jsmeix@novell.com QAContact: jsrain@novell.com CC: fs@novell.com, mschmidkunz@novell.com Found By: Development I did a 11.0 beta2 installation from scratch with KDE4 on x86_64 hardware. After clicking the [Help] button, a help popup appears. But - as far as I see - it is not possible to keep it open so that oine can read it e.g. while filling in the dialog to which the help text belongs. Instead on has to close it before one can do something in the dialog to which the help text belongs. This is o.k. for general help texts which describe only the general idea what the dialog is about. But it is annoying if the help text describes specific stuff like special syntax or when the help text provides useful examples what to enter and things like that. Furthermore the usage of the search field is awkward at least for me. When there is somewhere a search field, I enter something and then I hit the Enter key to get the search results. But for the help popup the Enter key is bound to the [Close] button so that the help popup just disappears and then one waits for a new popup which would show the search results... ..until one finds out by trial and error that the search field works different here. I think it is perfectly o.k. to highlight while typing happens but please remove the binding of the Enter key to the [Close] button. -- 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=388592 User coolo@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c1 Stephan Kulow <coolo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team-screening@forge.provo.novell.com |tgoettlicher@novell.com --- Comment #1 from Stephan Kulow <coolo@novell.com> 2008-05-09 03:03:29 MST --- should be possible to do it nonmodal -- 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=388592 User mschmidkunz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c2 --- Comment #2 from Martin Schmidkunz <mschmidkunz@novell.com> 2008-05-12 05:05:19 MST --- What about using "previous" "next" buttons for navigation within the help text? Similar to Firefox. -- 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=388592 User mschmidkunz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c3 --- Comment #3 from Martin Schmidkunz <mschmidkunz@novell.com> 2008-05-12 05:09:03 MST --- Created an attachment (id=214354) --> (https://bugzilla.novell.com/attachment.cgi?id=214354) navigation in Firefox -- 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=388592 User tgoettlicher@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c4 Thomas Göttlicher <tgoettlicher@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #4 from Thomas Göttlicher <tgoettlicher@novell.com> 2008-05-14 06:58:02 MST --- The 'previous' and 'next' buttons are useful when there is a lot of text displayed. Most help text consist of few lines at the moment, therefore I think we don't need 'next' and 'previous' buttons. The modality and the default button are fixed in svn r47527. -- 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=388592 User sh@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c5 --- Comment #5 from Stefan Hundhammer <sh@novell.com> 2008-06-05 05:33:27 MDT --- This will raise the next problem really soon: When you use the wizard "Next" and "Back" buttons, respectively, you'd expect the help text to be automatically updated to refer to the (then) current dialog content. But this will not happen; the old help text will remain. A user will need to click the "Help" button again to see the help text that belongs to that new dialog content. -- 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=388592 User jsmeix@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=388592#c6 --- Comment #6 from Johannes Meixner <jsmeix@novell.com> 2008-06-05 05:58:10 MDT --- At least I don't expect this. At least I expect no such overeager automatism. At least for me it would be perfectly o.k. when the help text stays open regardless what happens until I close it intentionally (or I exit the whole program) just like X windows for programs which use more of them. Consider another situation: Assume I am in a "detailed settings" dialog and have its help window open and I scrolled to a particular section of my interest in a longer detailed help text. I do some settings but then I don't like them. Therefore I click [Back] and enter the "detailed settings" again. In this case I would appreciate it if the help window stays as is. -- 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.
participants (1)
-
bugzilla_noreply＠novell.com