(*** This bug was imported into bugs.kde.org ***) Package: kdeprint Version: KDE 3.0.1 Severity: wishlist Installed from: SuSE RPMs Compiler: Not Specified OS: Linux OS/Compiler notes: Not Specified The GUI for kprinter is in some points counterintuitive. One can hardly detect whether the filter button is pressed or not. The term filter is used within kjobviewer kprinter and printer filter settings and has different meanings. (Filters are sometimes named commands....) The positioning of the filter icon is much to prominent for this advance feature. I suggest putting it at the same level as Advanced Options. Choosing a new printer with the wizard is neither that important on normal usage. When the button Properties is pressed a dialog box with the name Configuration opens. The configuration used the term short side for duplex printing while it is small side within the filter/command pamphlet. This is just fine tuning (Submitted via bugs.kde.org)
Mainly keeping it because the "Filter" terminology has to be cleaned up. I don't agree with the issues about the 2 buttons beside the printer name combo box: IMO they have to be placed there because they directly affect the printer name combo box.
Yes, the button's state (pressed or not) is difficult to distinguish. (But it should stay where it is.) The "pressed" state should probably get an different icon. One that makes it very clear that the button is pressed. Turning that into a JJ: task. Changing the $summary (previous $summary was: "User interface for kprinter is counterintuitive")
KDEPrint in KDE3 is unmaintained and will have no more new features implemented. KDE4 uses the Qt print dialog instead. This request will never be implemented as a result. Closing.