Version: unknown (using 4.1.1 (KDE 4.1.1), Arch Linux) Compiler: gcc OS: Linux (i686) release 2.6.26-ARCH After moving to KDE 4.1 I've noticed that my beloved "select odd/even pages" is missing. I have a non-duplex laser printer, which, until now, I've been able to uses successfully to print on two sides. Now, without being able to select odd or even pages, this is really cumbersome. Why was this simple, yet efficient option removed? Is there any hope to get it back? Also, I've noticed that it's now impossible to manually select explicitly which pages to print. I mean, what was wrong with the: 1,4,6-9,11 notation (pages 1,4,6,7,8,9,11)?
KDE no longer provides its own print dialog, instead relying on the one provided by Qt across all their supported platforms. While the up-side is cross-platform support and not having to maintain it ourselves, the downside is we are reliant on whatever features Qt decides to implement. We have requested the odd/even and non-continuous page range options to be supported under X11 but Qt have yet to implement these, and I'm not sure if/when they plan to. Please log a feature request with Qt for these features, if they see there is enough user requests it may move it up their priority list. Closing as we are unable to do anything besides keep bugging Qt :-) We really need a CANTFIX or UPSTREAM category...
Any chances of poiting me towards their bugzilla? And what exactly should I report?
Yep, try http://trolltech.com/developer/task-tracker and raise i as a suggestion. Thanks!
Closing old Resolved status bug.
*** Bug 179279 has been marked as a duplicate of this bug. ***
Report in QT bugtracker: http://trolltech.com/developer/task-tracker/index_html?method=entry&id=219318
*** Bug 189013 has been marked as a duplicate of this bug. ***
Dear John, Re "...we are reliant on whatever features Qt decides to implement.." I respectfully submit that in this open source world that statement is incorrect. Debian Sid is borking the toys again and taken on KDE 4.2.2. For me that makes odd/even page selection in QPrinter priority 1, not 2. If QT does not want to play ball then it is up to the KDE developers to tweak that QPrinter::Selection constant or what ever you have to do including bringing out the forking machine to get this right. Unacceptable. Your bleeding user,
*** Bug 173425 has been marked as a duplicate of this bug. ***
*** Bug 177437 has been marked as a duplicate of this bug. ***
*** Bug 190237 has been marked as a duplicate of this bug. ***
If Qt is either slow or not interested in implementing the features that KDE needs, then KDE should have it's own Print Dialogue. See bug #196303 which requests just that. http://bugs.kde.org/show_bug.cgi?id=196303
*** This bug has been confirmed by popular vote. ***
Why is upstream report still open? Isn't this fixed by: http://www.layt.net/john/blog/odysseus/we_have_code Has the code been merged to master? Qt 4.6 freeze is coming: http://labs.trolltech.com/blogs/2009/08/13/its-getting-colder/
I can feel the cold breeze on my neck and I'm rushing to get all the features completed in time... No merge request as yet, want to get one done by this weekend if possible,
I heard this won't be in Qt 4.6 because of the freeze: http://www.layt.net/john/blog/odysseus/i_feel_a_chill_breeze_on_the_back_of_my_neck#comment-204 Is there a way to maintain the patch in KDE until Qt 4.7 (most distro probably won't ship them in official releases until Q1-Q2 2011, which is quite far away). Can qt-copy host these changes? Or are patches with new API / new features excluded from it? Maybe shipping it as a separate "reccomended patch for packagers" could work?
Fedora packagers are willing (and probably so are other packagers) to keep this patch for the Qt 4.6 lifetime, if the API is the same as the one that will get into Qt 4.7. See: http://lists.fedoraproject.org/pipermail/fedora-kde/2009-September/003927.html for a more detailed insight. So John, if you want to ship this not too far in the future just contact packagers and Qt devs and try to find a temporary solution.
New link for upstream issue: http://bugreports.qt.nokia.com/browse/QTBUG-2444