Okular does not print
1i5t5.duncan at cox.net
Mon Jul 18 00:21:28 BST 2011
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
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 9999), 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
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.
More info: http://www.kde.org/faq.html.
More information about the kde