[kde] Re: Okular does not print
On Sunday, July 17, 2011 07:34:01 PM John Layt did opine: > On Saturday 16 July 2011 21:54:32 gene heskett wrote: > > Hijacking a thread here, but it sure needs help. When okular is set > > to auto-scale, it sends to a US letter printer about 9" wide, so the > > right hand inch is missing. Whomever decided it should be FF's > > default pdf reader needs a very close examination of their thinker. > > Adobe reader Just Works(TM). > > Calling into question the sanity of the people involved is not a good > way to convice them to fix problems :-) > > Personally I have absolutely no problems here printing various page > sizes to an A4 paper size printer (other than the occasional > Landscape/Portrait confusion). I spent weeks testing the printing > code, wasted two reams of paper doing so, and it works for my setup, > but sadly I can't afford to own every printer, try every paper size, > test every combination of libraries, or have every possible source > document to test. > > Do you have a bug report for this? No, just a note to self, to use the much more expensive to run Epson NX-515, which I also have here. > I'm not sure I understand what the > bug exactly is. Letter sized pdf's are rendered with a non-square pixel if sent to a Brother HLK-2140 B&W laser printer. In other words, the page length seems to be correct, but both text and images are rendered about 5/4ths width, so the right side of the text, which doesn't wrap, is missing 7 to 9 chars at the right end of the line. A Cups test page is properly rendered, with the page outline at about .225" margin all around. > What do you mean by auto-scale, I don't see that > option anywhere in Okular or the print dialog? The print preview option of FF5 can scale in 10% intervals, or the default. > What page size is the > PDF you're printing? I assume letter or A4, it originated at altera in Taiwan. the "Altera Software Installation and Licensing Manual" which can be fetched from the altera.tw site. After printing it, I didn't bother to save it, so it appears I will have to go get it again myself. > What software created the PDF (Acrobat Distiller > docs look best in Acrobat Reader, unsurprisingly)? Unk, doesn't give its creator in the output. > What are the > settings for paper size in the print dialog? > What printer do you have > and what drivers does it use? 2 ea: Epson NX515, foomatic or gutenprint. Brother HL-2140, cups wrapper around the brother driver. > What version of Cups do you have? 1.4.6 > What > are the Cups settings for the printer for paper size and resizing? Letter, borderless for the Epson, normal borders for the Brother. > What version of Poppler do you have? Apparently not installed. Oh, seems I was spelling it like the tree: [root@coyote /]# locate poppler /usr/lib/libpoppler-glib.so.5 /usr/lib/libpoppler-glib.so.5.0.0 /usr/lib/libpoppler-qt4.so.3 /usr/lib/libpoppler-qt4.so.3.3.0 /usr/lib/libpoppler.so.7 /usr/lib/libpoppler.so.7.0.0 /usr/lib/kde4/okularGenerator_poppler.so /usr/share/kde4/services/libokularGenerator_poppler.desktop > What version of Qt do you have QT4-4.7.3 > (it had bugs with paper sizes that were fixed recently)? There's so > many variables in the PDF production, rendering and printing stacks you > can't always say that it is Okulars fault, it may be some unique > combination of any or all of the above. > > Can you try running Okular from the command line and see what the print > command output is? > I did, printed 2 different copies of a dvd insert. No print command was reported in the konsole I ran it from. > > What I was pointing out was that even xpdf in > > its final versions did a much better job than okular. > > Really? I just reinstalled xpdf to remind myself of how bad it was, the > print dialog even requires you to type in the print command! It makes > it hard to take the rest of what you say seriously :-) > Admittedly, that requirement also sucks. > You do realise that Okular doesn't do the PDF rendering or printing > itself, it's just a gui shell around Poppler which is (shock horror) a > fork of xpdf? In fact, I see that there's even now a version of the > xpdf gui that uses Poppler as its backend. I saw that a while back, sucks dead toads through soda straws. > Do you really think we would ship Okular and the distros would set it as > the default PDF viewer if it was as broken as you describe? > If the choice is a FOSS or proprietary, and the distro is US based, this doesn't need discussion. This is beginning to resemble my fedora printing problems, where Mr Waugh, who is in charge of the fedora print machinery, refusing to use gutenprint, but stuck with gimp-print-4.2.7 5 years after gutenprint was nearly 100% usable. They weren't about to give fedora users printing on a par with the $700/seat RedHat issue. At that point I bailed, because decent printing is something I demand, and usually get. But after 5 years I was tired of building and inst
[kde] Re: Okular does not print
gene heskett posted on Sun, 17 Jul 2011 11:09:06 -0400 as excerpted: > On Sunday, July 17, 2011 11:02:42 AM Duncan did opine: > >> gene heskett posted on Sat, 16 Jul 2011 16:54:32 -0400 as excerpted: >> > Hijacking a thread here, but it sure needs help. When okular is set >> > to auto-scale, it sends to a US letter printer about 9" wide, so the >> > right hand inch is missing. Whomever decided it should be FF's >> > default pdf reader needs a very close examination of their thinker. >> > Adobe reader Just Works(TM). >> >> But adobe's reader is not freedomware, > All pretty much true Duncan. What I was pointing out was that even xpdf > in its final versions did a much better job than okular. So did > ghostscript back about version 5.2, before the pdf interpreter was > removed. You talk about xpdf as if it's no longer around. Gentoo has version 3.02 (gentoo revision 4) in the tree, as well as a "live" sources version (the gentoo convention for which is to use version ), tho of course that's masked so it won't be installed unless someone chooses to deliberately unmask it. If xpdf were no longer being developed, having the live version especially, would be useless. (That said, v3.02 first appeared in the tree in Nov. 2007, according to the gentoo changelog, so there's not /that/ much happening to it, but its functionality is reasonably mature, AFAIK, especially if as John L. points out it's poppler based, which seems to be the case based on dependencies, so it probably only needs a maintenance release now and then, when the libraries it depends on and the compilers that build it change enough to warrant collecting all the various accumulated distro patches into a new release.) BTW, both xpdf and okular appear to be poppler based, now, so I'd guess there's not so much difference in xpdf rendering, etc. Meanwhile, xpdf as a default would be fine from the angle I advanced above, since it's freedomware. But there's a point that has been missed in all this. The default associations probably depend on what you have installed and the desktop you use. You mentioned firefox associations specifically. Here, a quick check says that firefox is set to save pdfs, with the download window popping up so I can click on the file there to open it with the local system associated app. Since I'm running kde as my desktop of choice, and okular is kde's pdf app, because I've not set anything else as higher priority in my own user associations, that's what gets opened when I click the file in firefox's download window. Of course, gnome users who don't have kde and thus don't have okular installed would get it opened in an entirely different app. If both were installed, I imagine gnome would use its preference and kde would use its preference, unless the user overrode that, tho I'm decidedly NOT a gnome person so wouldn't know. I imagine the same would happen with other desktops, xfce, lxde, etc, tho as you scale down the desktop features they'd depend more and more on specific user config. Meanwhile, in my kde config, it appears krita (which I have installed as I needed an image processing app that could handle 8-bit alpha, but kolourpaint only handles 1-bit alpha, and krita had less uninstalled dependencies than digikam, when I checked) is associated with pdfs as well. I had no idea it could handle pdf. I'll have to experiment a bit! But it's ranked lower than okular in the associations, which makes sense. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Saturday 16 July 2011 21:54:32 gene heskett wrote: > Hijacking a thread here, but it sure needs help. When okular is set to > auto-scale, it sends to a US letter printer about 9" wide, so the right > hand inch is missing. Whomever decided it should be FF's default pdf reader > needs a very close examination of their thinker. Adobe reader Just > Works(TM). Calling into question the sanity of the people involved is not a good way to convice them to fix problems :-) Personally I have absolutely no problems here printing various page sizes to an A4 paper size printer (other than the occasional Landscape/Portrait confusion). I spent weeks testing the printing code, wasted two reams of paper doing so, and it works for my setup, but sadly I can't afford to own every printer, try every paper size, test every combination of libraries, or have every possible source document to test. Do you have a bug report for this? I'm not sure I understand what the bug exactly is. What do you mean by auto-scale, I don't see that option anywhere in Okular or the print dialog? What page size is the PDF you're printing? What software created the PDF (Acrobat Distiller docs look best in Acrobat Reader, unsurprisingly)? What are the settings for paper size in the print dialog? What printer do you have and what drivers does it use? What version of Cups do you have? What are the Cups settings for the printer for paper size and resizing? What version of Poppler do you have? What version of Qt do you have (it had bugs with paper sizes that were fixed recently)? There's so many variables in the PDF production, rendering and printing stacks you can't always say that it is Okulars fault, it may be some unique combination of any or all of the above. Can you try running Okular from the command line and see what the print command output is? > What I was pointing out was that even xpdf in > its final versions did a much better job than okular. Really? I just reinstalled xpdf to remind myself of how bad it was, the print dialog even requires you to type in the print command! It makes it hard to take the rest of what you say seriously :-) You do realise that Okular doesn't do the PDF rendering or printing itself, it's just a gui shell around Poppler which is (shock horror) a fork of xpdf? In fact, I see that there's even now a version of the xpdf gui that uses Poppler as its backend. Do you really think we would ship Okular and the distros would set it as the default PDF viewer if it was as broken as you describe? John. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Sunday, July 17, 2011 11:02:42 AM Duncan did opine: > gene heskett posted on Sat, 16 Jul 2011 16:54:32 -0400 as excerpted: > > Hijacking a thread here, but it sure needs help. When okular is set > > to auto-scale, it sends to a US letter printer about 9" wide, so the > > right hand inch is missing. Whomever decided it should be FF's > > default pdf reader needs a very close examination of their thinker. > > Adobe reader Just Works(TM). > > But adobe's reader is not freedomware, so some distributions and/or > users will choose not to use it. I couldn't legally install it here, > for instance, since I can't agree to EULAs, etc, which means I don't > have permission from the copyright holder to install and use the > software, making it illegal for me to do so. > > Making servantware the default on an otherwise freedomware distribution > therefore makes no sense either. > > (Legality: Among other things, most software including freedomware > waives the authors responsibility for damages, etc. If it's > freedomware, OK, the source code is there for me to examine or if I > don't read source, to have someone that I trust that can read source > examine, so I can fairly judge whether I want to take on that > responsibility or not. If it's closed source, it's black-box, so I > can't fairly judge functionality and whether I want to take on the > responsibility for damages, etc, and thus I cannot agree to take them > on. Again, that generally means the copyright holder doesn't give me > permission to run the program, since I refuse to waive his > responsibility for damages since I can't fairly judge whether that's a > reasonable request or not because I can't read the sources in ordered > to make that judgement. Since I don't have such permission from the > copyright holder, US law says I don't have permission period, again > making it illegal for me to do so. Of course the fact that the > author/copyright holder of said black-box software has already > disregarded the four software freedoms, his motives are already > suspect, so that gives me all the MORE reason not to simply assume he > has my interests at heart and take responsibility for something I'm > unable to fairly examine before I'm asked to take that responsibilty!) All pretty much true Duncan. What I was pointing out was that even xpdf in its final versions did a much better job than okular. So did ghostscript back about version 5.2, before the pdf interpreter was removed. I built and used that puppy on an amiga 15 years ago. I guess my point is that when jumping ship for "religious/legal" reasons, the ship we jump to should be at least as functional as the one we are diving off of. Here, I'm just me, and while I'd druther have the FOSS version, I haven't committed a mortal sin if I use what works. Cheers, gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, "The City on the Edge of Forever", stardate unknown ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
gene heskett posted on Sat, 16 Jul 2011 16:54:32 -0400 as excerpted: > Hijacking a thread here, but it sure needs help. When okular is set to > auto-scale, it sends to a US letter printer about 9" wide, so the right > hand inch is missing. Whomever decided it should be FF's default pdf > reader needs a very close examination of their thinker. Adobe reader > Just Works(TM). But adobe's reader is not freedomware, so some distributions and/or users will choose not to use it. I couldn't legally install it here, for instance, since I can't agree to EULAs, etc, which means I don't have permission from the copyright holder to install and use the software, making it illegal for me to do so. Making servantware the default on an otherwise freedomware distribution therefore makes no sense either. (Legality: Among other things, most software including freedomware waives the authors responsibility for damages, etc. If it's freedomware, OK, the source code is there for me to examine or if I don't read source, to have someone that I trust that can read source examine, so I can fairly judge whether I want to take on that responsibility or not. If it's closed source, it's black-box, so I can't fairly judge functionality and whether I want to take on the responsibility for damages, etc, and thus I cannot agree to take them on. Again, that generally means the copyright holder doesn't give me permission to run the program, since I refuse to waive his responsibility for damages since I can't fairly judge whether that's a reasonable request or not because I can't read the sources in ordered to make that judgement. Since I don't have such permission from the copyright holder, US law says I don't have permission period, again making it illegal for me to do so. Of course the fact that the author/copyright holder of said black-box software has already disregarded the four software freedoms, his motives are already suspect, so that gives me all the MORE reason not to simply assume he has my interests at heart and take responsibility for something I'm unable to fairly examine before I'm asked to take that responsibilty!) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Sábado, 16 de Julio de 2011 20:29:39 John Layt escribió: hello > I assume you are printing a PDF file, yes I'm sorry the printer are turn off :-( I'm idiot BasaBuru signature.asc Description: This is a digitally signed message part. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Saturday 16 July 2011 21:54:32 gene heskett wrote: > On Saturday, July 16, 2011 04:51:00 PM John Layt did opine: > > On Saturday 09 July 2011 10:24:59 BasaBuru wrote: > > > hello: > > > > > > I don't now why the okular does not print. > > > > > > When put for print okular not send anything to the printer. > > > > I assume you are printing a PDF file, and that printing from other > > programs does work? Okular cheats with PDF's, calling the lpr command > > to print, which sometimes causes issues. On Debian make sure you have > > the cups-lpr package (name may be slightly different) installed for > > best results. > > > > If you run Okular from the command line then try printing, you should > > see the output from the lpr command and any error messages. > > Copy-and-paste the command oud output here and I'll try figure outwhat > > is wrong. > > Hijacking a thread here, but it sure needs help. When okular is set to > auto-scale, it sends to a US letter printer about 9" wide, so the right > hand inch is missing. Whomever decided it should be FF's default pdf reader > needs a very close examination of their thinker. Adobe reader Just > Works(TM). > > > Cheers! > > > > John. > > ___ > > This message is from the kde mailing list. > > Account management: https://mail.kde.org/mailman/listinfo/kde. > > Archives: http://lists.kde.org/. > > More info: http://www.kde.org/faq.html. > > Cheers, gene +1 Pete -- Powered by openSUSE 11.3 (x86_64) Kernel: 2.6.34.8-0.2-desktop KDE Development Platform: 4.6.00 (4.6.0) 01:09 up 5 days 8:11, 6 users, load average: 0.71, 0.76, 0.57 ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Saturday, July 16, 2011 04:51:00 PM John Layt did opine: > On Saturday 09 July 2011 10:24:59 BasaBuru wrote: > > hello: > > > > I don't now why the okular does not print. > > > > When put for print okular not send anything to the printer. > > I assume you are printing a PDF file, and that printing from other > programs does work? Okular cheats with PDF's, calling the lpr command > to print, which sometimes causes issues. On Debian make sure you have > the cups-lpr package (name may be slightly different) installed for > best results. > > If you run Okular from the command line then try printing, you should > see the output from the lpr command and any error messages. > Copy-and-paste the command oud output here and I'll try figure outwhat > is wrong. Hijacking a thread here, but it sure needs help. When okular is set to auto-scale, it sends to a US letter printer about 9" wide, so the right hand inch is missing. Whomever decided it should be FF's default pdf reader needs a very close examination of their thinker. Adobe reader Just Works(TM). > Cheers! > > John. > ___ > This message is from the kde mailing list. > Account management: https://mail.kde.org/mailman/listinfo/kde. > Archives: http://lists.kde.org/. > More info: http://www.kde.org/faq.html. Cheers, gene -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) America has been discovered before, but it has always been hushed up. - Oscar Wilde ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
On Saturday 09 July 2011 10:24:59 BasaBuru wrote: > hello: > > I don't now why the okular does not print. > > When put for print okular not send anything to the printer. I assume you are printing a PDF file, and that printing from other programs does work? Okular cheats with PDF's, calling the lpr command to print, which sometimes causes issues. On Debian make sure you have the cups-lpr package (name may be slightly different) installed for best results. If you run Okular from the command line then try printing, you should see the output from the lpr command and any error messages. Copy-and-paste the command oud output here and I'll try figure outwhat is wrong. Cheers! John. ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Okular does not print
BasaBuru posted on Sat, 09 Jul 2011 11:24:59 +0200 as excerpted: > I don't now why the okular does not print. > > When put for print okular not send anything to the printer. > > I have: > > Debian GNU/Linux Whezee kde-runtime 4:4.6.4-1 okular 4:4.6.3-1 > > could be because I have mixed versions > > debian kde 4.6.4 wheeze is not complete yet I don't have a printer ATM, so no help there, but... The 4.x.y releases are supposed to be bugfix-only (within the same x), and both api and abi compatible, so there shouldn't be a big problem with that. However, if your distro is building the new version with a different gcc or against different base libraries (or different cups versions), that could well explain it. It could also simply be that kde4 still has some rough edges in the area of printing (from what I've read). But at least from upstream kde, it'd be somewhat unusual for there to be a problem mixing 4.6.3 and 4.6.4 versions. Not impossible (bugs do happen), but unlikely. I'd be rather surprised if that were the cause. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
