Created attachment 91337 [details] Example PDF slide using the latex beamer class. Hi, as I tried to print the lecture slides with my new laser printer (Kyocera P2135dn) I came across a 'major' issue. All pages are empty, regardless what option I choose. Specially I want to print 4 slides on one page, but 1 slides per page does not work either. First, I thought it is a printer driver issues. However, after installing evince under KDE a tried to print 4 slides on 1 page and it works. Next, I tried to print 4 slides on 1 page using the command line tool lpr with the following options. This worked to. lpr -o fit-to-page -o page-border=single -o number-up=4 -o landscape Example-Beamer-Slides.pdf Hence, I assume it is a bug in the KDE libraries (Okular). For further questions, I am happy to dispose. Thanks in advance. Christian
Does print preview work?
(In reply to Albert Astals Cid from comment #1) > Does print preview work? Preview does work! Also printing other latex generated PDFs work, except PDFs slides created with the latex beamer class. Here is the output of 'pdfinfo Example-Beamer-Slides.pdf : Title: Okular prints empty pages - Placeholder Subject: Talks Keywords: Author: Max Musterman Creator: LaTeX with Beamer class version 3.33 Producer: pdfTeX-1.40.15 CreationDate: Sat Feb 28 00:47:55 2015 ModDate: Sat Feb 28 00:47:55 2015 Tagged: no UserProperties: no Suspects: no Form: none JavaScript: no Pages: 5 Encrypted: no Page size: 362.835 x 272.126 pts Page rot: 0 File size: 30012 bytes Optimized: no PDF version: 1.5
Ok, more testing. Can you do this? Open a command line: pdftops myfile.pdf gs myfile.ps Does gs show the file correctly? Now can you print that myfile.ps file with lpr?
(In reply to Albert Astals Cid from comment #3) > gs show the file correctly? Yes it does show the file correctly! > Now can you print that myfile.ps file with lpr? Yes, printing with lpr works that way. Printing the pdf with lpr directly works too. INFO: Printing the pdf file with a different printer (Epson Stylus Office BX635FWD) works partly, but misbehaves, as it ignores the landscape setting. Again printing the pdf with evince on the Epson printer works as supposed.
> > Now can you print that myfile.ps file with lpr? > Yes, printing with lpr works that way. Printing the pdf with lpr directly works too. This is very confusing, since it's basically what we do (pdftops+lpr) At this point i have no idea of what can be wrong.
(In reply to Albert Astals Cid from comment #5) > This is very confusing, since it's basically what we do (pdftops+lpr) Oh, that's indeed weird. Okular is calling the system tools pdftops+lpr, right? > At this point i have no idea of what can be wrong. I downloaded the okular source code, but could not find the printing dialog, nor does setting a breakpoint works except at main (Probably the debug symbols are missing). What I am locking for is, what code gets executed when I press print in the print dialog. If you could point me to the right place I will lock into it. I created the makefiles with the following cmake flags: cmake ../ -DCMAKE_BUILD_TYPE=debugfull -DCMAKE_PREFIX_PATH=/home/SOMEONE/okular But not even the kDebug() lines are printed, did I missed something. Thanks!
(In reply to Christux from comment #6) > (In reply to Albert Astals Cid from comment #5) > > This is very confusing, since it's basically what we do (pdftops+lpr) > Oh, that's indeed weird. Okular is calling the system tools pdftops+lpr, > right? pdftops not directly, but the same library so the behaviour should be the same, lpr yes. > > > At this point i have no idea of what can be wrong. > I downloaded the okular source code, but could not find the printing dialog, > nor does setting a breakpoint works except at main (Probably the debug > symbols are missing). What I am locking for is, what code gets executed when > I press print in the print dialog. If you could point me to the right place > I will lock into it. > > I created the makefiles with the following cmake flags: > > cmake ../ -DCMAKE_BUILD_TYPE=debugfull > -DCMAKE_PREFIX_PATH=/home/SOMEONE/okular > > But not even the kDebug() lines are printed, did I missed something. Most probably the KDEDIRS part, see end of http://okular.kde.org/download.php > > Thanks!
Hej hej, same Problem here. Printer emits empty pages, when printing the slides from okular. Sending the PDF-Document with lpr works fine. There must be a difference between the pdftops command and the processing okular does. The original PDF, that was generated by pdflatex, have an odd page size of 5.03937 x 3.77953 inch. If I convert it with pdftops, the generated PS pages are of the same size. If I use okular to print the original PDF into a PDF or a PS file, the resulting pages are portrait DIN/ISO A4 (my default paper size). The DIN A4 file, that is generated with okular (by printing to PDF) can be be opened and printed by okular without trouble. $ okular -v Qt: 4.8.6 KDE Development Platform: 4.14.9 Okular: 0.21.3 Printer: HP LaserJet 600 M601 and Kyocera ECOSYS P6030cdn Between Okular and Printer are several CUPS Daemons (1.7.5). I will try to tap one of them, so I can receive the actual data, that is send from Okular. Anything more, I can provide? Thanks in advance Jens
Have you checked the steps i asked in comment 1 and 3? Because reading your comment i think you have not.
Have check both: 1. Print preview does work. 3a. pdftops example.pdf produce example.ps which is diplayed by gs correctly. 3b. example.ps can be printed by lpr correctly. Although the print preview shows DIN A4 pages with the content centered. While the example.ps file contain small pages, which is displayed by gs without margin and which will be placed on the side of an A4 page by the printer. Kind regards, Jens
Does the problem still exist with a current version of Okular? If so, could you please attache the PPD file of the printer being used (which should be at /etc/cups/ppd/<PRINTERNAME>.ppd)? This sounds very much like bug 377688.
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!