Version: (using Devel) OS: Linux Installed from: Compiled sources Hi, i am not really sure if it is really a bug or a wish... something in between. The problem: When printing for example 4 pages on one paper and check the option to reverse the output the pages on the paper are ordered very weired. The first page is on the top right, the next page in the right corner... the third one in the upper left corner and the last left down. From the calculation this order is right, but I think it is not what the user intends to get out. The user wants to get 4 pages on one paper in "normal" order and wants to avoid that he has to sort the pages later.. So I think the reverse Option should not apply to print every page in reverse order, much more it should should print the papers in reverse order. You know what I mean? And now the final question. Is it a bug or is it intended? ;) By the way, I know that I can manually change the printing direction and get over this right ordered papers, but I think no user wants to wrack his brain with tinkings about directions in reverse order to print in the end right... dont ya? Thank you very much for such a nice program like okular, i really love it!
Printing n-up is done using the standard CUPS options which we support by adding tabs to the Qt print dialog, so it's not an Okular or Qt issue. Reassigning to KDEPrint as the best place for this. I need to read the report properly to understand the point, but it is one of a number of bugs filed to do with the page ordering during n-up in both KDE3 and 4, most seem to involve being combined with non-standard print options, e.g. landscape or reverse order. Could be an issue with CUPS, or just that users need to change the page order option to match the other chosen options, in which case we could be more intelligent in the UI to help set the options up. That's going to need some investigation and thinking.
Ah, I understand. We apply the reverse setting to the page order as they get laid put on the paper, while the reporter would like it applied to the paper order as it comes out of the printer instead. Hmmm. Both options are equally valid results, indeed both at the same time would be valid, although the second can be manually achieved after printing. We should look for a way to provide both. I'll look see what order of precedence CUPS applies the n-up and reverse filters in its workflow, we may be able to apply the CUPS command to achieve this by providing an extra.
Thank you very much. I think the combination of my bad english and the topic was not really easy to read... but your did describe it right in the last topic...
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? Thank you for helping us make KDE software even better for everyone!
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!