https://bugzilla.novell.com/show_bug.cgi?id=310518#c1 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jsrain@novell.com |jsmeix@novell.com Status|NEW |ASSIGNED --- Comment #1 from Johannes Meixner 2007-09-18 01:25:45 MST --- I am the assignee... -- 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=310518#c3 Jiri Srain changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jsrain@novell.com Status|NEEDINFO |ASSIGNED Info Provider|jsrain@novell.com | --- Comment #3 from Jiri Srain 2007-09-18 09:37:06 MST --- It is possible to extend the dialog, however, I don't think this is to be done for 10.3 (RC2). But I can do it for 11.0. -- 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=310518#c5 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |jsrain@novell.com --- Comment #5 from Johannes Meixner 2007-10-31 03:43:04 MST --- Jiri, can you tell me if you have time to extend the dialog soon so that I could use it for testing for 11.0 (i.e. so that we have it really ready before the first 11.0 beta). Currently I don't have an ideal place in mind where optional additional buttons should appear. I contrast to my initial comment #0 I think now it is perhaps not good to have additional buttons between the table and the rich-text because table and rich-text should always look concatenated. Therefore optional additional buttons should be placed over the table or below the rich-text. I don't know which place is better. I think the place depends on the meaning of the additional button. For example if an additional button changes the content or the meaning of the table+rich-text (like in this enhancement request), it might be best placed above the table+rich-text? In contrast if an additional button offers an additional functionality which should be directly accessible (and not hidden under [other]) e.g. something like [autodetect parallel port scanners], it might be best placed below the table+rich-text? By the way: Another example of optional additional stuff which should be placed over the table+rich-text would be a text-entry together with a [search] button which would be useful if there are tons of entries in the table. Therefore it might be a good idea when the dialog could be extended not only with buttons? -- 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=310518#c7 --- Comment #7 from Johannes Meixner 2007-11-30 01:20:38 MST --- Now you abused this bug (enhancement in yast2-scanner) for an enhancement in the underlying YaST wizard/widget (WizardHW). -- 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=310518 User mschmidkunz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=310518#c9 Martin Schmidkunz changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mschmidkunz@novell.com --- Comment #9 from Martin Schmidkunz 2007-12-05 11:30:50 MST --- Sorry for replying that late! My initial thoughts about that are: * Rename [Other] to [Detection], which will make the purpose of the button clearer to the user * Add [All USB Devices] to that selection box * Move [Test] to [Edit] I tried to add a scanner to my computer today, but unfortunately I couldn`t install a needed package, so I will be able to take a closer look at it tomorrow. What do you think about 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=310518 User mschmidkunz@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=310518#c11 --- Comment #11 from Martin Schmidkunz 2007-12-07 03:35:39 MST --- Mhm... In general: [Other] is a pretty meaningless label for the user and maybe we should discuss if it wouldn't be better to introduce more meaningful button labels in YaST. But that is not really the topic of this bug :-) Under the current circumstances I would suggest to add the entry [Detect All USB Devices] into the [Other] combo box. Although the user has to find out that this functionality is hidden there it is a least grouped with other detection functionalities (Restart Detection, Scanning via Network). If [Detect All USB Devices] would be an extra button the detection functionalities would be separated which would be much worse from the usability point of view. -- 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=310518 User jsmeix@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=310518#c13 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|jsrain@novell.com |jsmeix@novell.com Status|NEW |ASSIGNED --- Comment #13 from Johannes Meixner 2007-12-07 06:48:15 MST --- O.k. I will add the entry [Detect All USB Devices] into the [Other] combo box. Now it is again my bug. -- 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=310518 User jsmeix@novell.com added comment https://bugzilla.novell.com/show_bug.cgi?id=310518#c15 Johannes Meixner changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED Target Milestone|--- |Beta 1 --- Comment #15 from Johannes Meixner 2008-03-26 05:29:13 MST --- Implemented it so that "Restart Detection" toggles whether or not unknown USB scanners are shown. Initially only scanners for which the USB IDs are known by SANE are shown. It changes to show all USB devices with the device class 255 as possible USB scanners when the user explicitely requests a "Restart Detection" in the OverviewDialog. A second "Restart Detection" changes it back so that "Restart Detection" toggles the autodetection behaviour. The idea behind is that the user can simply "Restart Detection" as often as he likes until the result is o.k. for him because "Restart Detection" does not cause harm and it avoids a separated button or check-box to determine the autodetection behaviour which would require additional explanatory (complicated) help text about the whole stuff. Examples: Assume there is a known powered-off USB scanner and another USB device with class 255: Initially nothing is shown. After the first "Restart Detection" only the other USB device with class 255 is shown. This unexpected result makes the user think about what is wrong and he powers-on the scanner. After the second "Restart Detection" only the USB scanner is shown. Assume there is an unknown powered-off USB scanner and another USB device with class 255. Initially nothing is shown. After the first "Restart Detection" only the other USB device with class 255 is shown. This unexpected result makes the user think about what is wrong and he powers-on the scanner. After the second "Restart Detection" nothing is shown. A third "Restart Detection" shows both the USB scanner and the other USB device with class 255. This is the best possible result because it is not possible to show only the unknown USB scanner. -- 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.