Bug 171925

Summary: printing odd/even page selection missing
Product: [Unmaintained] kdelibs Reporter: Michal Witkowski <neuro>
Component: qtAssignee: kdelibs bugs <kdelibs-bugs>
Status: CLOSED UPSTREAM    
Severity: wishlist CC: 4ernov, bryan.cebuliak, damian01w, diego.ml, dkarnout, gletscherspalte, jlayt, Jonas.Baggett, kde-2011.08, michal, simonandric5, simone.tolotti
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Michal Witkowski 2008-09-30 22:49:07 UTC
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)?
Comment 1 John Layt 2008-10-13 00:24:49 UTC
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...
Comment 2 Michal Witkowski 2008-10-13 07:22:52 UTC
Any chances of poiting me towards their bugzilla? And what exactly should I report?
Comment 3 John Layt 2008-10-14 23:11:47 UTC
Yep, try http://trolltech.com/developer/task-tracker and raise i as a suggestion.

Thanks!
Comment 4 John Layt 2008-12-31 20:59:38 UTC
Closing old Resolved status bug.
Comment 5 Dario Andres 2009-01-01 14:21:56 UTC
*** Bug 179279 has been marked as a duplicate of this bug. ***
Comment 6 Dario Andres 2009-01-01 14:22:33 UTC
Report in QT bugtracker: http://trolltech.com/developer/task-tracker/index_html?method=entry&id=219318
Comment 7 Dario Andres 2009-04-07 15:45:28 UTC
*** Bug 189013 has been marked as a duplicate of this bug. ***
Comment 8 Bryan Cebuliak 2009-04-10 07:00:11 UTC
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,
Comment 9 Pino Toscano 2009-04-21 12:38:38 UTC
*** Bug 173425 has been marked as a duplicate of this bug. ***
Comment 10 Pino Toscano 2009-04-21 12:38:43 UTC
*** Bug 177437 has been marked as a duplicate of this bug. ***
Comment 11 Pino Toscano 2009-04-21 12:39:05 UTC
*** Bug 190237 has been marked as a duplicate of this bug. ***
Comment 12 Dotan Cohen 2009-06-13 10:15:38 UTC
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
Comment 13 Dimitris Karnoutsos 2009-06-13 10:37:12 UTC
*** This bug has been confirmed by popular vote. ***
Comment 14 Diego 2009-08-27 21:55:59 UTC
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/
Comment 15 John Layt 2009-08-27 22:16:28 UTC
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,
Comment 16 Diego 2009-08-31 14:55:01 UTC
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?
Comment 17 Diego 2009-09-04 08:43:51 UTC
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.
Comment 18 Simone 2009-11-10 22:11:15 UTC
New link for upstream issue: http://bugreports.qt.nokia.com/browse/QTBUG-2444