[opensuse] okular: a regression of kpdf?
In KDE4 there is no kpdf, there is okular instead. If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple spaces between words . I have to edit the text, which is more cumbersome than typing it manually. Is this normal? I never had such a problem in kdpf. If I copy text from the same file to the clipboard in kpdf (the latest stable version was released on August 26 2008) the copied text is OK. There are no | signs and multiple spaces between words, and the line order is maintained as well. So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf? Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode. pasting text from some PDF files is actually very difficult. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly. Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 01:08, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
Well, I often need to paste text or images from PDFs, and I have to try with different viewvers, even use different one for each file on the same batch. And for some, only acroread works.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
I have seen files that work with nothing. Partially with acroread. You could paste a link to the file you have problems with :-? -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
"Carlos E. R." írta:
On 2014-08-28 01:08, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
Well, I often need to paste text or images from PDFs, and I have to try with different viewvers, even use different one for each file on the same batch. And for some, only acroread works.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
I have seen files that work with nothing. Partially with acroread.
Well, I meant copying from the _same_ file works with kpdf but not with okular.
You could paste a link to the file you have problems with :-?
Unfortunately not, the file is confidential. I will try to find a file which can be shared and shows the same problems. Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 01:26, Istvan Gabor wrote:
"Carlos E. R." írta:
You could paste a link to the file you have problems with :-?
Unfortunately not, the file is confidential. I will try to find a file which can be shared and shows the same problems.
That would be wonderful :-) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/27/2014 07:08 PM, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
maybe I'm misinterpreting but ... So I create a document using openlibre and export that as a PDF. I open the PDF with okular and use the text tool (clt-F4) and swipe over some text. oh, wait, its selecting text just like in a word processor and not, as Istvan says, drawing a rectangle. I'm using the text tool and not the 'selection tool'. I open another text window. Lets be dumb, lets make that vim, and paste that selected text in. It goes in with the same line breaks, not 'one word per line'. Now, I freely grant that this is a biased test. it is not some J. Q. Random piece of PDF off the net, not one produced by that dread tool, Microsoft Word. I've seen what kind of HTML that produces and can dread the PDF. Even given this I've never had the kind of problems Istvan describes, though I do recall, vaguely, some one-word-per-line from some document, one I did not produce. Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows. Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap. It looks like okular has smarts that I never suspected. So when it comes down to actually looking at how it works, Sorry Istvan, I think you're blowing smoke on this one. Or possibly having finger troubles. Or I'm doing something different from you. Anyway, I'm getting sick of people saying how great KDE3 was and how it can do things that KDE4 can't and hence the old is better than the new. If you really believe that then dig out that huge and hot PDP-11/55 and run UNIX V6 one it. BTDT and I'm glad I'm running Linux on a box that I can fir in my briefcase and still have room for my lunch. Oh, AND fit my Android tablet in! -- "What ever you're doing, it's a bad idea." http://www.dailywav.com/0110/itsaBadIdea.wav -- Ray Romano (Manny) from Ice Age 3: Dawn Of The Dinosaurs -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 8/27/2014 7:22 PM, Anton Aylward wrote:
Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows.
Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap.
It looks like okular has smarts that I never suspected.
Well that works if the document was created by something like LibreOffice. But not all documents have text inside. Some are just images of text, especially if you scanned them into pdfs. -- _____________________________________ ---This space for rent--- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/27/2014 11:09 PM, John Andersen wrote:
On 8/27/2014 7:22 PM, Anton Aylward wrote:
Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows.
Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap.
It looks like okular has smarts that I never suspected.
Well that works if the document was created by something like LibreOffice.
But not all documents have text inside. Some are just images of text, especially if you scanned them into pdfs.
What you're saying is that the PDF is not of text but is an image. it just happens to be an image of text. We can read it just as we can read the test on a photography of text. But its not text in the sense of a string of ASCII. So yes I can use the 'select' tool and instead of saving as text I save as bit map. And posting THAT into vim gives me garbage. Which gets back to an interesting question. if the PDF is an image anyway then how can the KDE3 tool read i s text? is there some image-to-text going going on? What if its in a strange 'artistic' font that humans have no problems with...? I don't see that kpdf can do that. I'm sure I can download some book or scientific paper that is a scanned image and try this, but not right now. Anyone? Find one and send it to Istvan and ask him to try it with kpdf. -- Parkinson's Law: Never Interview Emus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 05:39, Anton Aylward wrote:
On 08/27/2014 11:09 PM, John Andersen wrote:
But not all documents have text inside. Some are just images of text, especially if you scanned them into pdfs.
What you're saying is that the PDF is not of text but is an image. it just happens to be an image of text. We can read it just as we can read the test on a photography of text. But its not text in the sense of a string of ASCII.
So yes I can use the 'select' tool and instead of saving as text I save as bit map. And posting THAT into vim gives me garbage.
But pasting into LibreOffice (and some other powerful editors) would paste the image. And pasting into editors that can not handle images, simply fails. A helpful editor might pop a message saying that "no, you can not paste images". I don't know what vim does, though.
Which gets back to an interesting question.
if the PDF is an image anyway then how can the KDE3 tool read i s text? is there some image-to-text going going on? What if its in a strange 'artistic' font that humans have no problems with...?
No, it means that PDF is text. Some PDFs may display a text like: «Hello world, I'm here!» and when you select and paste it you get instead: «world, Hello I'm here!» Because you can position words one by one in PDFs, and some do. When copy pasting it, the result may be disastrous. Some PDF viewers cope better than others in this situation. Another issue are strange fonts, yes. A PDF file can include its own font definitions inside. Pasting that copies the corresponding ascii (utf?) codes of the letters, not what the letters themselves display in the PDF. That would be a dirty trick indeed. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/27/2014 11:09 PM, John Andersen wrote:
On 8/27/2014 7:22 PM, Anton Aylward wrote:
Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows.
Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap.
It looks like okular has smarts that I never suspected. Well that works if the document was created by something like LibreOffice.
But not all documents have text inside. Some are just images of text, especially if you scanned them into pdfs.
I'm not a fan of Okular, but I won't cut off my nose to spite my face, either, so I tried what you suggested: In Okular I opened a pdf file that was sent to me for editing, used the tools menu > selection tool, drew a box around a piece of the pdf text, told it copy to clipboard, and then pasted the clip into a good word processor--TextMaker 2012, from Softmaker Office, which, btw, is not free. Just like before, one word per line. Useless! Now, just in case you think Libre is better, Libre created a mess out of the copied and pasted text, with arrows, and dots, and pipes, and paragraph signs and stuff. Out of curiosity, I copied that mess into Kate, and Kate stripped out the garbage characters, but left lots of spaces between all the words--and not the same "word space" all along, either. And the underlying structure was still there: copying the Kate file back to a word processor, it looked just like it did before. Kate had not cleaned up the mess, it just ignored some of it! If anyone wishes to have a shot at this pdf, I will send it to you off-line. It is not personal, but it IS copyrighted ©2014 The Pedal Steel Guitar Association, Inc. It is a file submission for the Newsletter of that corporation, and in edited form will be published in an upcoming issue, so it not for free distribution. Finally, I don't know how the pdf file was created, altho I would bet a rather large sum that it was _not_ created on Libre! --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 01:37, Doug wrote:
back to a word processor, it looked just like it did before. Kate had not cleaned up the mess, it just ignored some of it!
Probably it simply could not display it.
Finally, I don't know how the pdf file was created,
"pdfinfo file.pdf" tells you that. And acrobat "properties" menu entry. And some other tools, I suppose. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/28/2014 08:08 PM, Carlos E. R. wrote:
On 2014-08-29 01:37, Doug wrote:
back to a word processor, it looked just like it did before. Kate had not cleaned up the mess, it just ignored some of it!
Probably it simply could not display it.
Finally, I don't know how the pdf file was created,
"pdfinfo file.pdf" tells you that. And acrobat "properties" menu entry. And some other tools, I suppose.
I seem to recall something that did "pdf-to-pdf", that is clean up the PDF. At the very least I'd look at pdftotext and pdfimages to extract text and images. I've used them successfully in the past. Unfortunately the former can be very literal at times and produces output interspersed with with footers :-) -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 02:21, Anton Aylward wrote:
On 08/28/2014 08:08 PM, Carlos E. R. wrote:
Finally, I don't know how the pdf file was created,
"pdfinfo file.pdf" tells you that. And acrobat "properties" menu entry. And some other tools, I suppose.
I seem to recall something that did "pdf-to-pdf", that is clean up the PDF.
I know of a ps2ps, which has to be used on output generated by acrobat before working on it.
At the very least I'd look at pdftotext and pdfimages to extract text and images. I've used them successfully in the past.
Unfortunately the former can be very literal at times and produces output interspersed with with footers :-)
Often I have to try with several programs till I get the past from PDF that I want. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/28/2014 08:21 PM, Anton Aylward wrote:
On 08/28/2014 08:08 PM, Carlos E. R. wrote:
On 2014-08-29 01:37, Doug wrote:
back to a word processor, it looked just like it did before. Kate had not cleaned up the mess, it just ignored some of it! Probably it simply could not display it.
Finally, I don't know how the pdf file was created, "pdfinfo file.pdf" tells you that. And acrobat "properties" menu entry. And some other tools, I suppose. I seem to recall something that did "pdf-to-pdf", that is clean up the PDF.
At the very least I'd look at pdftotext and pdfimages to extract text and images. I've used them successfully in the past.
Unfortunately the former can be very literal at times and produces output interspersed with with footers :-)
I tried Foxit--the version for 32-bit, run on pclos. Use the selection tool It says as soom=n as you select, the selection is in memory. So I pasted into TextMaker. It came up with all the words in the right places, separated by $ signs. Do a search and replace $ with space, and the document is just about perfect! Thank you, folks! Now I have a tool that works. I tried pasting into Libre, and that worked the same way! --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/28/2014 11:00 PM, Doug wrote:
Finally, I don't know how the pdf file was created, "pdfinfo file.pdf" tells you that. And acrobat "properties" menu entry. And some other tools, I suppose.
I seem to recall something that did "pdf-to-pdf", that is clean up the PDF.
At the very least I'd look at pdftotext and pdfimages to extract text and images. I've used them successfully in the past.
Unfortunately the former can be very literal at times and produces output interspersed with with footers :-)
I tried Foxit--the version for 32-bit, run on pclos. Use the selection tool It says as soom=n as you select, the selection is in memory. So I pasted into TextMaker. It came up with all the words in the right places, separated by $ signs. Do a search and replace $ with space, and the document is just about perfect! Thank you, folks! Now I have a tool that works. I tried pasting into Libre, and that worked the same way!
--doug
I think I mentioned I don't have pdftotext in pclos. But now thanx to the suggestions above, I know that the file in question was written on a Mac OS X 10.6.8 Quartz PDFContext. (Both apps agree.) Under Application, Adobe says Microsoft Word. I don't know if that means the Mac was running MS Word, or that you should have MSWord to read it, or what. Anyway, this file gave me fits last Saturday, and I wound up going thru OCR and then correcting the ~30% errors! What a pain! I don't have a whole slew of pdfs to read, so I don't know if some other file created on some other app, will behave as nicely as this did, but I have to hand it to Foxit. Even tho it takes two steps to transfer the pcf to a word processor, they are quick and easy steps. Thanx once again for all your inputs--doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Thu, 28 Aug 2014, Doug wrote:
I don't have a whole slew of pdfs to read, so I don't know if some other file created on some other app, will behave as nicely as this did, but I have to hand it to Foxit.
I've tested with that EOS40 pdf and found a way that works using xpdf to view the pdf, select the text, and copy into kate, but that works ootb too, here. Could be, because I still use ISO-8859-15/latin9 here and not UTF-8. Long story short, I created a tex-document with pdfpages, ran pdflatex. Might be worth a try. Could someone mail me that "icky" pdf? Or try themselves with this? Basic .tex: ==== SAMPLE .tex for pdflatex w/pdfpages ==== \documentclass{scrartcl} \usepackage{pdfpages} \begin{document} \includepdf[pages=-]{EOS40D_IM_fra.pdf} \end{document} ==== Got a sample script too as in 'foo IN.pdf OUT.pdf'. There are also some options (class, options for pdfpages, etc.) one could play around with (pagesize for one). -dnh -- "All mushrooms are edible. However, some of them only once" -- Ino!~ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 05:00, Doug wrote:
I tried Foxit--the version for 32-bit, run on pclos. Use the selection tool It says as soom=n as you select, the selection is in memory. So I pasted into TextMaker. It came up with all the words in the right places, separated by $ signs. Do a search and replace $ with space, and the document is just about perfect! Thank you, folks! Now I have a tool that works.
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). But beware, the wikipedia says on it: +++························ The Foxit installer and updates come bundled with adware, PUPs and in some cases malware.[12] In July of 2014, the Internet Storm Center reported that the mobile version for iPhone was transmitting telemetry data despite users attempting to opt-out of such collection.[13] ························++- http://en.wikipedia.org/wiki/Foxit_Reader http://forums.foxitsoftware.com/forum/portable-document-format-pdf-tools/fox... https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c58631d18db68... Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links. Unfortunately, the pasting is incorrect (the layout): +++························· Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB 1 13, 99 € 13, 99 € ·························++- It should be this: +++···················· 1 13,99 € 13, 99 € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB ····················++- -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
On 2014-08-29 05:00, Doug wrote:
I tried Foxit--the version for 32-bit, run on pclos. Use the selection tool It says as soom=n as you select, the selection is in memory. So I pasted into TextMaker. It came up with all the words in the right places, separated by $ signs. Do a search and replace $ with space, and the document is just about perfect! Thank you, folks! Now I have a tool that works. Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos.
But beware, the wikipedia says on it:
+++························ The Foxit installer and updates come bundled with adware, PUPs and in some cases malware.[12]
In July of 2014, the Internet Storm Center reported that the mobile version for iPhone was transmitting telemetry data despite users attempting to opt-out of such collection.[13] ························++- http://en.wikipedia.org/wiki/Foxit_Reader http://forums.foxitsoftware.com/forum/portable-document-format-pdf-tools/fox... https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c58631d18db68...
Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links.
Yes, make sure you uncheck conduit. It's a virus, even tho the virus people won't admit it. And it's a bitch to get rid of!!! somebody could make quite a bit of money writing a script or a program to get rid of it and selling it for $29.95, like everything else in Windows.
Unfortunately, the pasting is incorrect (the layout):
+++························· Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB 1 13, 99 € 13, 99 € ·························++-
It should be this:
+++···················· 1 13,99 € 13, 99 € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB ····················++-
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 18:48, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos.
Don't. http://en.opensuse.org/Adobe_Reader «has security issues» http://www.theregister.co.uk/2013/01/11/foxit_pdf_plugin_vuln/ «A new security bug in the popular Foxit PDF reader plugin for web browsers allows miscreants to compromise computers and install malware. There's no patch for this zero-day vulnerability. ... Versions 5.4.4.1128 and older are affected. The plugin is available for a number of operating systems, including Linux and Symbian, but the bug is at least confirmed in the Microsoft Windows build.» Just a quick search. I have found lists of Foxit vulnerabilities in Windows, patched, but the Linux version has never been updated..
Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links.
Yes, make sure you uncheck conduit. It's a virus, even tho the virus people won't admit it.
Not fully true. https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c58631d18db68... Apparently Malwarebytes blocks installation of Foxit. The technical term appears to be "PUPs". http://en.wikipedia.org/wiki/Malware#Grayware -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 2014-08-29 18:48, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos. Don't. Well, I can't anyway--there doesn't seem to be a 64-bit version. But I'll keep it on my 32-bit machine. I don't have any other way of turning pdfs into usable text. (As I mentioned, I would pay a reasonable
On 08/29/2014 04:43 PM, Carlos E. R. wrote: price for such a program, but AFAIK, it doesn't exist, even for money.) --doug
http://en.opensuse.org/Adobe_Reader
«has security issues»
http://www.theregister.co.uk/2013/01/11/foxit_pdf_plugin_vuln/
«A new security bug in the popular Foxit PDF reader plugin for web browsers allows miscreants to compromise computers and install malware. There's no patch for this zero-day vulnerability. ... Versions 5.4.4.1128 and older are affected. The plugin is available for a number of operating systems, including Linux and Symbian, but the bug is at least confirmed in the Microsoft Windows build.»
Just a quick search. I have found lists of Foxit vulnerabilities in Windows, patched, but the Linux version has never been updated..
Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links.
Yes, make sure you uncheck conduit. It's a virus, even tho the virus people won't admit it. Not fully true.
https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c58631d18db68...
Apparently Malwarebytes blocks installation of Foxit.
The technical term appears to be "PUPs".
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 30/08/2014 01:17, Doug a écrit :
for such a program, but AFAIK, it doesn't exist, even for money.)
just about curiosity, did you try the kpdf from kpdftool (obs)? jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/30/2014 01:31 AM, jdd wrote:
Le 30/08/2014 01:17, Doug a écrit :
for such a program, but AFAIK, it doesn't exist, even for money.)
just about curiosity, did you try the kpdf from kpdftool (obs)?
jdd It's not available in my distro or I would have.
--doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 15:31, Doug wrote:
On 08/30/2014 01:31 AM, jdd wrote:
Le 30/08/2014 01:17, Doug a écrit :
for such a program, but AFAIK, it doesn't exist, even for money.)
just about curiosity, did you try the kpdf from kpdftool (obs)?
It's not available in my distro or I would have.
What distro is that one? Mine is openSUSE, and it has it. In the oss repo. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/30/2014 10:24 AM, Carlos E. R. wrote:
On 2014-08-30 15:31, Doug wrote:
On 08/30/2014 01:31 AM, jdd wrote:
Le 30/08/2014 01:17, Doug a écrit :
for such a program, but AFAIK, it doesn't exist, even for money.) just about curiosity, did you try the kpdf from kpdftool (obs)?
It's not available in my distro or I would have. What distro is that one? Mine is openSUSE, and it has it. In the oss repo.
PCLinuxOS-KDE 32 and 64 bit. --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 07:31, jdd wrote:
Le 30/08/2014 01:17, Doug a écrit :
for such a program, but AFAIK, it doesn't exist, even for money.)
just about curiosity, did you try the kpdf from kpdftool (obs)?
I tried the one from oss and the one from kde:kde3. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/29/2014 07:17 PM, Doug wrote:
On 2014-08-29 18:48, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos. Don't. Well, I can't anyway--there doesn't seem to be a 64-bit version. But I'll keep it on my 32-bit machine. I don't have any other way of turning pdfs into usable text. (As I mentioned, I would pay a reasonable
On 08/29/2014 04:43 PM, Carlos E. R. wrote: price for such a program, but AFAIK, it doesn't exist, even for money.)
I run Foxit on a desktop not a handheld and I use it for a very very specific edge-case. I have a number of PDFs that I have generated that are in landscape mode. You might describe them as text-rich graphics: mindmap and PDFs of presentations. I emphasise that I have generated then since that excludes the issue of the carefully crafted malicious PDF/malware. For some reason the ones in landscape mode won't print properly with acroread. They are offset by an inch and half. Yes I know about "centering". While these can print with okular they seem to come out crisper when I use Foxit. Being unmaintained is not in this case a disadvantage. I have been bitten by other orphan-ware but that was a case where the product did licence checks and when the owner-server went away it stopped working. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/30/2014 07:17 AM, Anton Aylward wrote:
For some reason the ones in landscape mode won't print properly with acroread. They are offset by an inch and half. Yes I know about "centering".
Actually PDF and Graphics printed with okular in landscape mode have that offset as well. It it wasn't for the fact that Foxit can print them properly with no offset I'd think something was wrong with my driver. Perhaps something *IS* wrong with my driver, but why, then, is it OK with Foxit? -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Friday, August 29, 2014 07:17:49 PM Doug wrote:
On 08/29/2014 04:43 PM, Carlos E. R. wrote:
On 2014-08-29 18:48, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6).
It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos.
Don't.
Well, I can't anyway--there doesn't seem to be a 64-bit version. But I'll keep it on my 32-bit machine. I don't have any other way of turning pdfs into usable text. (As I mentioned, I would pay a reasonable price for such a program, but AFAIK, it doesn't exist, even for money.)
--doug
http://en.opensuse.org/Adobe_Reader
«has security issues»
http://www.theregister.co.uk/2013/01/11/foxit_pdf_plugin_vuln/
«A new security bug in the popular Foxit PDF reader plugin for web browsers allows miscreants to compromise computers and install malware. There's no patch for this zero-day vulnerability. ... Versions 5.4.4.1128 and older are affected. The plugin is available for a number of operating systems, including Linux and Symbian, but the bug is at least confirmed in the Microsoft Windows build.»
Just a quick search. I have found lists of Foxit vulnerabilities in Windows, patched, but the Linux version has never been updated..
Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links.
Yes, make sure you uncheck conduit. It's a virus, even tho the virus people won't admit it.
Not fully true.
https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c5863 1d18db68962aeedb994a99fbc91ff38/analysis/
Apparently Malwarebytes blocks installation of Foxit.
The technical term appears to be "PUPs".
Have you tried the command line command "pdftotext" Works great on my pdfs that are text only, have not tried one with graphics but the following also exist: AUTHOR The pdftotext software and documentation are copyright 1996-2011 Glyph & Cog, LLC. SEE ALSO pdfdetach(1), pdffonts(1), pdfimages(1), pdfinfo(1), pdftocairo(1), pdftohtml(1), pdftoppm(1), pdftops(1) Above are from the pdftotext ,am page. What I do is convert to text file (.txt), then read into Libreoffice writer, make changes and then save as different name pdf. The pdfto image creates a pdf file to an image which can then be modified with your graphics application I think. Russ -- openSUSE 13.1(Linux 3.11.10-21-desktop x86_64| Intel(R) Quad Core(TM) i5-4440 CPU @ 3.10GHz|8GB DDR3| GeForce 8400GS (NVIDIA-Linux-x86_64-340.32)|KDE 4.13.3 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 21:19, upscope wrote:
Have you tried the command line command "pdftotext" Works great on my pdfs that are text only, have not tried one with graphics but the following also exist:
I just did. Does a mess of tables. And it inserts spaces in the middle of words. However, it works correctly using the "-layout" option, except the spaces in the words. There is a conversion to html option, but it also messes tables, except if you also add the "-layout". But it still inserts spaces in the middle of words. pdftohtml also breaks tables, the result is simply horrible. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/30/2014 03:19 PM, upscope wrote:
On Friday, August 29, 2014 07:17:49 PM Doug wrote:
On 08/29/2014 04:43 PM, Carlos E. R. wrote:
On 2014-08-29 18:48, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos. Don't. I sort of thought this thread was dead. There are some edits that need to be done:
I found that Windows Foxit will run under Wine, in 32- and 64-bit, so that's what I'm running. I registered it.so hopefully if there is an update, they'll let me know. As I mentioned before, it doesn't matter too much if it has some security problems, since it's the only game in town. I've tried all the Linux versions that were available on my distro, and none of the others allow me to make a file that can be more-or-less easily edited on a standard word processor. For my purposes I don't care what it does to images. The download site that I found for the Windows version of Foxit is their site, and it has no spam or obvious viruses on it. and not conduit, virus or no www.foxitsoftware.com/Secure_PDF_Reader/ It still saves the PDF text to a file with $ signs between the words,but a word processor-- Libre, for instance--can do a find/replace and get rid of them, replacing every $ with a space. I'm done with this topic. I spent a good part of last Saturday converting a PDF to an editable text by OCR and a LOT of corrections, so i started looking for a better solution. The above is my solution. Others may find something they like better, but this is where I'm staying. --doug
http://en.opensuse.org/Adobe_Reader
«has security issues»
http://www.theregister.co.uk/2013/01/11/foxit_pdf_plugin_vuln/
«A new security bug in the popular Foxit PDF reader plugin for web browsers allows miscreants to compromise computers and install malware. There's no patch for this zero-day vulnerability. ... Versions 5.4.4.1128 and older are affected. The plugin is available for a number of operating systems, including Linux and Symbian, but the bug is at least confirmed in the Microsoft Windows build.»
Just a quick search. I have found lists of Foxit vulnerabilities in Windows, patched, but the Linux version has never been updated..
Apparently you have to use the "custom" install, and make sure to uncheck "conduit". The version I have in wine is a bit older than this crap described in those links. Yes, make sure you uncheck conduit. It's a virus, even tho the virus people won't admit it. Not fully true.
https://www.virustotal.com/en/file/a159d4c2c7739a7b23f5e09b8c94c5863 1d18db68962aeedb994a99fbc91ff38/analysis/
Apparently Malwarebytes blocks installation of Foxit.
The technical term appears to be "PUPs".
http://en.wikipedia.org/wiki/Malware#Grayware Have you tried the command line command "pdftotext" Works great on my pdfs that are text only, have not tried one with graphics but the following also exist:
AUTHOR The pdftotext software and documentation are copyright 1996-2011 Glyph & Cog, LLC.
SEE ALSO pdfdetach(1), pdffonts(1), pdfimages(1), pdfinfo(1), pdftocairo(1), pdftohtml(1), pdftoppm(1), pdftops(1)
Above are from the pdftotext ,am page.
What I do is convert to text file (.txt), then read into Libreoffice writer, make changes and then save as different name pdf. The pdfto image creates a pdf file to an image which can then be modified with your graphics application I think.
Russ
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 29/08/2014 22:43, Carlos E. R. a écrit :
«has security issues»
security issue in pdf means the pdf itself have to be forged? so for administrative forms, there is little risk. may be it could be used with the new container chroot similar (I forget the name but its announced recently)? jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 07:23, jdd wrote:
Le 29/08/2014 22:43, Carlos E. R. a écrit :
«has security issues»
security issue in pdf means the pdf itself have to be forged?
No, there are many other things. For instance, a PDF can start an external program... Typically native Linux pdf readers will not do such things, mostly because they don't include javascript support. But certainly adobe acrobat does support those things, and foxit I think it does, too. Of course, the exploit to run a command, I read, used "cmd.exe" to run another program, and obviously, that one does not exist in Linux. There are millions of links regarding security in pdf, so not being an expert, it is difficult for me to find the relevant entries. Thus if foxit for Linux had some javascript support, I would be very worried to use in Linux now. And who knows what more...
may be it could be used with the new container chroot similar (I forget the name but its announced recently)?
I use acrobat with apparmour. And I do it with fingers crossed. It is unmaintained... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/30/2014 10:23 AM, Carlos E. R. wrote:
Of course, the exploit to run a command, I read, used "cmd.exe" to run another program, and obviously, that one does not exist in Linux. There are millions of links regarding security in pdf, so not being an expert, it is difficult for me to find the relevant entries.
LOL! I sometimes think that I should install a script "cmd.exe" in ~/bin that sends an alert ... -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 16:35, Anton Aylward wrote:
On 08/30/2014 10:23 AM, Carlos E. R. wrote:
Of course, the exploit to run a command, I read, used "cmd.exe" to run another program, and obviously, that one does not exist in Linux. There are millions of links regarding security in pdf, so not being an expert, it is difficult for me to find the relevant entries.
LOL!
I sometimes think that I should install a script "cmd.exe" in ~/bin that sends an alert ...
And if they use a hard coded path to "C:\windows\windows\system32\cmd.exe", what? X'-) In different typecases, of course. They may use "SyStEm32, and it would work in Windows... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/30/2014 10:55 AM, Carlos E. R. wrote:
On 2014-08-30 16:35, Anton Aylward wrote:
On 08/30/2014 10:23 AM, Carlos E. R. wrote:
Of course, the exploit to run a command, I read, used "cmd.exe" to run another program, and obviously, that one does not exist in Linux. There are millions of links regarding security in pdf, so not being an expert, it is difficult for me to find the relevant entries.
LOL!
I sometimes think that I should install a script "cmd.exe" in ~/bin that sends an alert ... And if they use a hard coded path to "C:\windows\windows\system32\cmd.exe", what? X'-)
Carlos, its not as if I'm actually trying to capture, execute or anything of great importance. Without any 'cmd.exe' nothing happens. If it is that long string then ... nothing happens. In fact I suspect there are a few Windows systems out there where that particular long string would result in '... nothing happens ..'. Sometimes life is simple and not a maze of twisty, turning passages. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 19:07, Anton Aylward wrote:
On 08/30/2014 10:55 AM, Carlos E. R. wrote:
And if they use a hard coded path to "C:\windows\windows\system32\cmd.exe", what? X'-)
Carlos, its not as if I'm actually trying to capture, execute or anything of great importance.
Hey, I was joking! See the smiley! :-)) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 30/08/2014 16:23, Carlos E. R. a écrit :
On 2014-08-30 07:23, jdd wrote:
security issue in pdf means the pdf itself have to be forged?
No, there are many other things. For instance, a PDF can start an external program...
what I mean is that you have to open a dangerous pdf to be at fault. Nobody will run your viewer per se. So as long as you use officla pdfs (nots the ones found on any unknown site) you are pretty safe. It's very unlikely that the Canon web site hold manual with linux exploit :-) jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 16:41, jdd wrote:
Le 30/08/2014 16:23, Carlos E. R. a écrit :
On 2014-08-30 07:23, jdd wrote:
security issue in pdf means the pdf itself have to be forged?
No, there are many other things. For instance, a PDF can start an external program...
what I mean is that you have to open a dangerous pdf to be at fault. Nobody will run your viewer per se. So as long as you use officla pdfs (nots the ones found on any unknown site) you are pretty safe.
It's very unlikely that the Canon web site hold manual with linux exploit :-)
Hardly :-) But you can be sent PDF by a friend, who has a virus, unknown to him, which alters PDFs with a certain javscript payload... ...which in Linux would do nothing. AFAIK, no Linux pdf reader supports javascript (which is one of the reasons PDF Forms do not fully work). (if you view them in foxit or acroread, then security IS a concern) But there are others exploits that I don't know about. I'm not an expert on that. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 30/08/2014 17:01, Carlos E. R. a écrit :
But you can be sent PDF by a friend, who has a virus, unknown to him, which alters PDFs with a certain javscript payload...
thats why I use okular as default. I rarely take files from friends :-) jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 18:28, jdd wrote:
Le 30/08/2014 17:01, Carlos E. R. a écrit :
But you can be sent PDF by a friend, who has a virus, unknown to him, which alters PDFs with a certain javscript payload...
thats why I use okular as default. I rarely take files from friends :-)
Ah, but that's one of the good uses of PDF. I send more than receive, and it is a good interchange format because the recipient will see it exactly the same way as I create them, no matter what operating system the different parties use. I have to send receipts with tables. Previously I used html. Now I use PDF, because some people had problems reading html mail (no, not because it was not allowed, but because of mail client bad rendering). When I have to send, say, a spreadsheet, I have to save it in different formats and send them all, hoping that they can at least open one. (I miss a functionality in LO to do a simultaneous save in different formats, keeping the native LO one as master, automatically) -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/29/2014 12:48 PM, Doug wrote:
On 08/29/2014 07:28 AM, Carlos E. R. wrote:
On 2014-08-29 05:00, Doug wrote:
I tried Foxit--the version for 32-bit, run on pclos. Use the selection tool It says as soon as you select, the selection is in memory. So I pasted into TextMaker. It came up with all the words in the right places, separated by $ signs. Do a search and replace $ with space, and the document is just about perfect! Thank you, folks! Now I have a tool that works. Foxit for Linux is obsolete and unmaintained: it is abandonware (version 1). You have to use the Windows version under Wine instead (I have version 6). It figures. Anything that works gets discontinued! I don't care if it's not maintained. That's surely an advantage--it won't get broken! I'll make sure to install it on all my computers while it's still in my repos.
LATER: I have WINE installed, so just for kicks I decided to download Foxit (Windows). I comes with an installer, like a lot of Windows stuff does, but it was not full of spam and sneak-ups (what I call those things that you automatically check that you wish you hadn't). I agreed that I had read the disclaimer, or whatever it was, and it installed under WINE. It opens with a lot more possibilites than the old Linux version. I tried it on the same file as the previous (Linux) Foxit, figured out which of many possibilities I needed and ran it. For some reason TextMaker wouln't remove the $ signs, I had to do that in Libre. Then I exported the Libre file to TextMaker and printed it. It needs some work--work that I don't think the Linux Foxit required--but not a humongous amount. (Double paragraph spacing went to none, for instance.) (I don't use Libre because it won't let me modify formats on the run--it insists that you go thru a couple months course in "styles" which I'm not about to do, now or ever.) since I can have Wine 64/32 or something like that and Foxit (Windows) will run on the 64-bit WINE, I guess I will load that on the other machines, which wouldn't run the Linux Foxit anyway.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/29/2014 02:37 AM, Doug wrote:
selection tool, drew a box around a piece of the pdf text
- maybe, gimp can do the job tidily ................ regards -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/08/14 04:22, Anton Aylward wrote:
On 08/27/2014 07:08 PM, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
maybe I'm misinterpreting but ...
So I create a document using openlibre and export that as a PDF.
I open the PDF with okular and use the text tool (clt-F4) and swipe over some text.
oh, wait, its selecting text just like in a word processor and not, as Istvan says, drawing a rectangle. I'm using the text tool and not the 'selection tool'.
I open another text window. Lets be dumb, lets make that vim, and paste that selected text in. It goes in with the same line breaks, not 'one word per line'.
Now, I freely grant that this is a biased test. it is not some J. Q. Random piece of PDF off the net, not one produced by that dread tool, Microsoft Word. I've seen what kind of HTML that produces and can dread the PDF.
Even given this I've never had the kind of problems Istvan describes, though I do recall, vaguely, some one-word-per-line from some document, one I did not produce.
Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows.
Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap.
It looks like okular has smarts that I never suspected.
So when it comes down to actually looking at how it works, Sorry Istvan, I think you're blowing smoke on this one. Or possibly having finger troubles. Or I'm doing something different from you.
Anyway, I'm getting sick of people saying how great KDE3 was and how it can do things that KDE4 can't and hence the old is better than the new. If you really believe that then dig out that huge and hot PDP-11/55 and run UNIX V6 one it. BTDT and I'm glad I'm running Linux on a box that I can fir in my briefcase and still have room for my lunch. Oh, AND fit my Android tablet in! Hello Anton,
Of course you're right -- Okular can do a decent job of copying text to the clipboard from some PDF documents (depending on how the text is structured and what tool created it). This being said, I've been confronted to the same problem as the OP with PDFs that contain tables (for instance price quotes from one of our suppliers, which I suspect are PDFs created out of MS Excel sheets). The PDF do contain the text for these tables, but to copy-and-paste it to a text editor *while preserving the table format*, I also have to use KPDF, old as it is. From earlier comment on this list, the bug is not in Okular, but in the underlying PDF-handling library (though I don't remember which one that is) -- KPDF apparently uses a different one. But to give an example, here is part of some table copied from a PDF using kpdf: -----------------------<cut>-------------------------- 17957583 16 - TCR/TR #1 (FBTR) - Dynalogn Qty Reference Description 1 C8N26AV BTO/HP EliteDesk 800 G1 SFF 1 C8N61AV BTO/Single Unit (SFF) Packaging 1 NQ592AV BTO/HP E-Star 5.0 Cat C Label -----------------------<cut>-------------------------- Here is the exact same text copied using Okular: -----------------------<cut>-------------------------- Qty 17957583 Reference 1 1 1 C8N26AV C8N61AV NQ592AV 16 - TCR/TR #1 (FBTR) - Dynalogn Description BTO/HP EliteDesk 800 G1 SFF BTO/Single Unit (SFF) Packaging BTO/HP E-Star 5.0 Cat C Label -----------------------<cut>-------------------------- Both times using the rectangular selection tool, then "Copy to Clipboard". Guess which one I prefer ;-) Just my 2 ¢ Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pan@iba-group.com http://www.iba-worldwide.com
On 2014-08-28 10:07, Philippe Andersson wrote:
On 28/08/14 04:22, Anton Aylward wrote:
The about box for okular lists kpdf contributors. They ported the code.
From earlier comment on this list, the bug is not in Okular, but in the underlying PDF-handling library (though I don't remember which one that is) -- KPDF apparently uses a different one.
That can be. One is poppler. Okular mentions it uses ghostscript backend. I just looked at ldd output, but I don't get a picture.
But to give an example, here is part of some table copied from a PDF using kpdf:
-----------------------<cut>-------------------------- 17957583 16 - TCR/TR #1 (FBTR) - Dynalogn Qty Reference Description 1 C8N26AV BTO/HP EliteDesk 800 G1 SFF 1 C8N61AV BTO/Single Unit (SFF) Packaging 1 NQ592AV BTO/HP E-Star 5.0 Cat C Label -----------------------<cut>--------------------------
Here is the exact same text copied using Okular: -----------------------<cut>-------------------------- Qty 17957583 Reference 1 1 1 C8N26AV C8N61AV NQ592AV 16 - TCR/TR #1 (FBTR) - Dynalogn Description BTO/HP EliteDesk 800 G1 SFF BTO/Single Unit (SFF) Packaging BTO/HP E-Star 5.0 Cat C Label -----------------------<cut>--------------------------
Both times using the rectangular selection tool, then "Copy to Clipboard". Guess which one I prefer ;-)
I see... Yes, I can reproduce that behaviour. Try "table selection tool" instead. Even if you remove the columns, the text is in the correct order, but with many spaces removed. 1 13,99€ 9913, € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB And adjusting the columns it gets better: 1 13,99€ 9913, € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB But still needs adjusting. Consolation: evince is even worse, it selects text above and below the selection zone. Acrobat does the same, way worse that okular! It has no text box selection tool, it has to be an image. I'm actually liking okular a lot more than I did ;-) (I'm using a PDF generated by firefox from a webpage (an Alternate pc-builder list, nothing special). The generator field says "cairo 1.6.4". I don't have kpdf installed, though. Installing... Trying... 1 13,99 € 13, 99 € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB Yes, it does a much better work. Curious... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Anton Aylward írta:
On 08/27/2014 07:08 PM, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
maybe I'm misinterpreting but ... Yes, you are seriously misinterpreting and misexplaining.
So I create a document using openlibre and export that as a PDF. First, someone else sent me the document, so I have no influence on how it is created. Second, not openlibre (I don't know what it is) but Adobe InDesign CS3 (5.0) is the creator according to the file properties info.
I open the PDF with okular and use the text tool (clt-F4) and swipe over some text. I did not know about this option. I used the default one which selection tool according to the tooltip. When I click it, another tooltip saying "Draw a rectangle aroudnthe text/graphics to copy." Accordig to this info this tool should copy text. By the way, this is the same protocol so far as in kpdf. After selecting the text by drawing the rectangle I can select either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
oh, wait, its selecting text just like in a word processor and not, as Istvan says, drawing a rectangle. I'm using the text tool and not the 'selection tool'.
In the meantime I looked into this selection tool thing and found in the tools menu the different selection options. I did not use this before. If I select text selection tool and select text it is not at all like selecting text in a word processor. I have then at least 20 green colored boxes with different sizes, when they overlap the color is darker green. There are several overlaps, at least 10.
I open another text window. Lets be dumb, lets make that vim, and paste that selected text in. It goes in with the same line breaks, not 'one word per line'.
I do have it also with some other pdf documents. The result of the copy/paste is absolutely independent from which tool, the text selection tool, or the selection tool is used for copying the text.
Now, I freely grant that this is a biased test. Yes, if you mean your test, your rigth, it is a biased test.
it is not some J. Q. Random piece of PDF off the net, not one produced by that dread tool, Microsoft Word. I've seen what kind of HTML that produces and can dread the PDF.
I even can not comprehend this.
Even given this I've never had the kind of problems Istvan describes, though I do recall, vaguely, some one-word-per-line from some document, one I did not produce.
Now I've just gone back to the same PDF document, the one I personally produced with LibreOffice, and used the 'selection tool' to select a region that includes some text. But its a rectangle, possibly a bitmap, who knows.
Well actually I'm offered a menu. I can paste to clipboard as text or I can paste to clipboard as bitmap.
It looks like okular has smarts that I never suspected. ??? This feature is from kpdf. It seems you never used kpdf to copy text from pdf files.
So when it comes down to actually looking at how it works, Sorry Istvan, I think you're blowing smoke on this one. Or possibly having finger troubles. Or I'm doing something different from you. This does not worth a comment.
Anyway, I'm getting sick of people saying how great KDE3 was and how it can do things that KDE4 can't and hence the old is better than the new. If you really believe that then dig out that huge and hot PDP-11/55 and run UNIX V6 one it. BTDT and I'm glad I'm running Linux on a box that I can fir in my briefcase and still have room for my lunch. Oh, AND fit my Android tablet in! This does not worth a comment either.
Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/28/2014 04:29 PM, Istvan Gabor wrote:
Anton Aylward írta:
On 08/27/2014 07:08 PM, Istvan Gabor wrote:
"Carlos E. R." írta:
On 2014-08-28 00:35, Istvan Gabor wrote:
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
There are different selection modes in okular. Try a different mode.
Yes, after selecting the text by drawing a rectangular I have to choose from either select text or select image copy to clipboard. I do select text copy to clipboard. The copied text becomes a mess.
pasting text from some PDF files is actually very difficult.
Yes, but not in kdfp (last stable version 6 years ago). It works perfectly.
maybe I'm misinterpreting but ... Yes, you are seriously misinterpreting and misexplaining.
Or maybe, just maybe, I'm making the point that "Context is Everything"
So I create a document using openlibre and export that as a PDF. First, someone else sent me the document, so I have no influence on how it is created.
I later mention this difference.
Second, not openlibre (I don't know what it is) but Adobe InDesign CS3 (5.0) is the creator according to the file properties info.
Quite. I state very clearly what I'm doing and the constraints I'm working under. You haven't mentioned the method of creation of the document before :-(
I open the PDF with okular and use the text tool (clt-F4) and swipe over some text. I did not know about this option.
I suspected that because you didn't specify which one of the selection tools available.
I used the default one which selection tool according to the tooltip.
Apparently we differ as to what we consider 'default.
When I click it, another tooltip saying "Draw a rectangle aroudnthe text/graphics to copy."
I don't have tooltips turned on.
Accordig to this info this tool should copy text.
Perhaps its a 'native English' thing but 'rectangle around' to me implied something more graphic than selecting text.
By the way, this is the same protocol so far as in kpdf.
And here I think is your problem. Its not kpdf. Treating it as if it were can lead to surprises when it doesn't behave as if it is. Superficially, LibreOffice may look like MS-Word, Thunderbird my look like MS-Outlook but they are not and the details of operation differ.
After selecting the text by drawing the rectangle I can select either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
Yes, funny that. As I said, when I did this with the documents I generate I did get text.
oh, wait, its selecting text just like in a word processor and not, as Istvan says, drawing a rectangle. I'm using the text tool and not the 'selection tool'.
In the meantime I looked into this selection tool thing and found in the tools menu the different selection options. I did not use this before. If I select text selection tool and select text it is not at all like selecting text in a word processor.
Why do you say that? When I select text in a wp the individual words are highlighted. Not some rectangle around them. So why do you think its different? What happens for you? Does something _other_ than the individual words get highlighted?
I have then at least 20 green colored boxes with different sizes, when they overlap the color is darker green. There are several overlaps, at least 10.
Is the text of different sizes? Are these individual boxes around each word? The "box around each word" is one way of describing the wp mode highlighting that *I* am describing, but the overlapping I find curious. Perhaps you could send me a screenshot of same?
I open another text window. Lets be dumb, lets make that vim, and paste that selected text in. It goes in with the same line breaks, not 'one word per line'.
I do have it also with some other pdf documents. The result of the copy/paste is absolutely independent from which tool, the text selection tool, or the selection tool is used for copying the text.
I'm beginning to think that this is all an property of the document.
Now, I freely grant that this is a biased test. Yes, if you mean your test, your rigth, it is a biased test.
And yes the purpose of the test is to show that ocular _can_ correctly select text from PDF documents. Or at least some PDF documents that have been generated by a reasonable tool. On my android tablet the bookshelf tools have a FOSS PDF reader that often renders dual column text from magazine articles with the columns overlapping. I can read those same documents using acroread, Foxit, ocular or even print the with ghostscript and they come out OK. So the concept of "fuzzy" and "reasonable" are not truly separate. It makes me wonder, Istvan, about using something like acroread or Foxit to read that document and try selecting text and pasting it.
it is not some J. Q. Random piece of PDF off the net, not one produced by that dread tool, Microsoft Word. I've seen what kind of HTML that produces and can dread the PDF.
I even can not comprehend this.
I'll try again. Rather than using some outsider piece of PDF I created one under constrained condition using LibreOffice. I've seen the quality of the HTML produced by MS-Word when it 'Save as' HTML, and its awful! Based on that I don't expect the quality of a PDF document generated by MS-word to be of high quality. That being said, I do have some among the articles I've downloaded. I can see mention of same in the File->properties. Ones I've downloaded from TechRepublic are examples. OOPS! Just looked 'under the hood' at the source of one and yes it is awful! All in all, I prefer acroread on screen but I find that it has problems occasionally dealing with landscape printing. Foxit isn't always the best on-screen but it doesn't have problems printing files that break acroread. I'd be interested in learning more and seeing an example of this kind of anomaly, but I really don't like the "KDE4 is broken and and KDE3 is the greatest and should never have been supplanted" rhetoric. I'm sure if I started spouting that the Roman Empire was great and was corrupted by Christianity which brought about its downfall and while we've become more technologically proficient we have never reached the level of culture the pagan Romans had I'd have a lot of people down on me and Henne issuing cease-and-desist orders. -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 02:08, Anton Aylward wrote:
I'd be interested in learning more and seeing an example of this kind of anomaly, but I really don't like the "KDE4 is broken and and KDE3 is the greatest and should never have been supplanted" rhetoric. I'm sure if I started spouting that the Roman Empire was great and was corrupted by Christianity which brought about its downfall and while we've become more technologically proficient we have never reached the level of culture the pagan Romans had I'd have a lot of people down on me and Henne issuing cease-and-desist orders.
LOL :-) I just installed kpdf, and its about box says that it is based on "xpdf". Okular is based on kpdf, but then uses the poppler library for doing the "pdf" things. So, how both tools treat copy paste (of tables, I guess) is the issue here. Notice that in a PDFs you can print words separately at any point of the page, and do it so cleverly that they "look" as simple lines of text. When you try to copy-paste that, you get a real mess. Some tools create this kind of PDF intentionally, probably as obfuscation so that you can not copy-paste the text. If you look for "xpdf", you find that 11.1 was the last release to have it "officially". It is only available now from a home repo (and the info on it says "broken", although the rpm exists). Okular is based instead in "poppler", which the wikipedia says it is a fork of xpdf, as a library to make easier to use xpdf code. The libpoppler43 package contains file "/usr/share/doc/packages/libpoppler43/README-XPDF", which mentions the program "Xpdf". But this program is not included anywhere. But I just tested a PDF file with XFA e-FORM, and... guess what, kpdf can print it, but you can not fill it. This is maybe one of the main reasons that kpdf was left behind. Yes, kpdf can handle better some copy paste situations, true. But, it just doesn't handle some other needed features... -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 2014-08-29 02:45, Carlos E. R. wrote:
If you look for "xpdf", you find that 11.1 was the last release to have it "officially". It is only available now from a home repo (and the info on it says "broken", although the rpm exists). Okular is based instead in "poppler", which the wikipedia says it is a fork of xpdf, as a library to make easier to use xpdf code.
Testing some paste from a file I have. Paste using xpdf: +++···················· 1 13,99 ⬠13, 99 ⬠Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB ····················++- paste using kpdf: +++···················· 1 13,99 € 13, 99 € Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB ····················++- paste using okular: +++···················· Disqueteras Teac Disquetera Art.-Nr.:BFF#04 Disquetera 34 pines, 3,5 pulgadas, 1,44 MB 1 13,99€ 9913, € ····················++- Notice that both kpdf and xpdf align the text correctly, whereas oklular does not. But xpdf uses the wrong charset, it apparently doesn't handle UTF, or there is some configuration issue. Ah, for those that love acroread ;-), selecting and pasting that text as text is plain impossible. It insists on *also* selecting text from random places in the page. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/28/2014 08:45 PM, Carlos E. R. wrote:
Notice that in a PDFs you can print words separately at any point of the page, and do it so cleverly that they "look" as simple lines of text. When you try to copy-paste that, you get a real mess. Some tools create this kind of PDF intentionally, probably as obfuscation so that you can not copy-paste the text.
Ah yes, the style of pdf that goes <Position> word <position> word <position> word and so on. It also makes them ungrepable! -- /"\ \ / ASCII Ribbon Campaign X Against HTML Mail / \ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Thu, 28 Aug 2014, Anton Aylward wrote:
Ah yes, the style of pdf that goes
<Position> word <position> word <position> word
and so on.
It also makes them ungrepable!
# zypper ar http://download.opensuse.org/repositories/Publishing/openSUSE_13.1/Publishin... # zypper in pdfgrep HTH, -dnh -- "I have never made but one prayer to God^WLinus, a very short one: 'O Lord, make my enemies ridiculous.' And God^WLinus granted it." -- apologies to Voltaire [by Chris Hacking] -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/30/2014 06:47 AM, David Haller wrote:
Hello,
On Thu, 28 Aug 2014, Anton Aylward wrote:
Ah yes, the style of pdf that goes
<Position> word <position> word <position> word
and so on.
It also makes them ungrepable!
# zypper ar http://download.opensuse.org/repositories/Publishing/openSUSE_13.1/Publishin... # zypper in pdfgrep
HTH, -dnh
Which proves my point. That program does not grep the file. It renders a page and greps that. It is page oriented. It won't work without poppler. It is *NOT* grepping the source, which the point I was making. Nevertheless, thank you. This is a useful tool, especially something to integrate with tools, possibly web based, to index "libraries of documents". -- Flying is not dangerous; crashing is dangerous. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, On Sat, 30 Aug 2014, Anton Aylward wrote:
On 08/30/2014 06:47 AM, David Haller wrote:
On Thu, 28 Aug 2014, Anton Aylward wrote:
Ah yes, the style of pdf that goes
<Position> word <position> word <position> word
and so on.
It also makes them ungrepable!
# zypper ar http://download.opensuse.org/repositories/Publishing/openSUSE_13.1/Publishin... # zypper in pdfgrep
Which proves my point.
Which was not clear.
That program does not grep the file. It renders a page and greps that. It is page oriented. It won't work without poppler.
pdfgrep makes pdfs "greppable". Not _quite_ like grep.
It is *NOT* grepping the source, which the point I was making.
If you want to grep the source, grep the source. If a PDF is built as (position)word or even (position)character (garbled) sequences, that is not the the fault of grep, and pdfgrep can get you past that hurdle. In case of images, you'll need a OCR...
Nevertheless, thank you. This is a useful tool, especially something to integrate with tools, possibly web based, to index "libraries of documents".
Exactly. Which is why I mentioned it :) Someone asked me about pdfgrep, IIRC, and I decided to package it :) I guess I'll have to explicitly request inclusion into Factory to get picked up by the normal Distro (just being in the Devel-Project "Publishing" does not suffice, obviously). -dnh -- My house, my rules. If they ignore the tiny little signs posted outside saying "No arachnids, this means *YOU*, violators will be flattened" it's not my lookout. -- dpm -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 22:29 (GMT+0200) Istvan Gabor composed:
tool should copy text. By the way, this is the same protocol so far as in kpdf. After selecting the text by drawing the rectangle I can select either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
In the meantime I looked into this selection tool thing and found in the tools menu the different selection options. I did not use this before. If I select text selection tool and select text it is not at all like selecting text in a word processor. I have then at least 20 green colored boxes with different sizes, when they overlap the color is darker green. There are several overlaps, at least 10.
I do have it also with some other pdf documents. The result of the copy/paste is absolutely independent from which tool, the text selection tool, or the selection tool is used for copying the text.
Has no one participating in this thread considered that maybe problem isn't the source, but the destination? It seems rather clear to me that Istvan's PDF content is, or at least was originally, *tabular* data. Yet, no one that I've noticed has mentioned trying to paste it into a tabular data application, to wit _any_ spreadsheet. O_O -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 29/08/14 02:35, Felix Miata wrote:
On 2014-08-28 22:29 (GMT+0200) Istvan Gabor composed:
tool should copy text. By the way, this is the same protocol so far as in kpdf. After selecting the text by drawing the rectangle I can select either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
In the meantime I looked into this selection tool thing and found in the tools menu the different selection options. I did not use this before. If I select text selection tool and select text it is not at all like selecting text in a word processor. I have then at least 20 green colored boxes with different sizes, when they overlap the color is darker green. There are several overlaps, at least 10.
I do have it also with some other pdf documents. The result of the copy/paste is absolutely independent from which tool, the text selection tool, or the selection tool is used for copying the text.
Has no one participating in this thread considered that maybe problem isn't the source, but the destination? It seems rather clear to me that Istvan's PDF content is, or at least was originally, *tabular* data. Yet, no one that I've noticed has mentioned trying to paste it into a tabular data application, to wit _any_ spreadsheet. O_O Excellent point, Felix.
I just tried pasting PDF tabular data into OO Calc from Okular, but the result is the same, i.e. everything ends up in a single column, with the original rows out of order (identical in appearance to the text-based example I gave earlier). Hence useless. When pasted from KPDF, the result is visually what you expect (i.e. the original lines are preserved), but you will need to tweak the import using the Calc dialog to correctly split the data in columns. So not ideal but better already. HTH Cheers. Bye. Ph. A. -- *Philippe Andersson* Unix System Administrator IBA Particle Therapy | Tel: +32-10-475.983 Fax: +32-10-487.707 eMail: pan@iba-group.com http://www.iba-worldwide.com
Le 28/08/2014 22:29, Istvan Gabor a écrit :
either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
does this give you the word number, like it does for me? if it can count words, it looks like it can copy/paste them jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 29/08/2014 07:21, jdd a écrit :
Le 28/08/2014 22:29, Istvan Gabor a écrit :
either a) text copy to clipboard or b) image copy to clipboard. Funnily I selected "text copy to clipboard".
does this give you the word number, like it does for me?
if it can count words, it looks like it can copy/paste them
jdd
sorry, not words but characters... jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 29/08/2014 07:23, jdd a écrit :
sorry, not words but characters...
in windows mode, in text mode works as expected then can we use a public pdf to test? http://files.canon-europe.com/files/soft34268/manual/EOS40D_IM_fra.pdf for example this one? and then try to understand what is wrong with yours? okular 0.17.5 jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Friday, 2014-08-29 at 07:27 +0200, jdd wrote:
http://files.canon-europe.com/files/soft34268/manual/EOS40D_IM_fra.pdf
for example this one?
Only kpdf does it right. I just tested. The next closest one is xpdf, but it doesn't handle UTF, despite the claims of the configuration: #----- text output control # Choose a text encoding for copy-and-paste output. # The Latin1, ASCII7, and UTF-8 encodings are built into Xpdf. Other # encodings are available in the language support packages. textEncoding UTF-8 *** xpdf *** Index des fonctions Alimentation Balance des blancs Batterie Sélection de la balance â?¢ Recharge Ã? p.24 des blancs Ã? p.67 â?¢ Vérification de la batterie Ã? p.26 Balance des blancs Prise secteur Ã? p.170 personnalisée Ã? p.68 Extinction automatique Ã? p.42 Réglage de la température de couleur Ã? p.69 Menus & Réglages de base Correction de la balance des blancs Ã? p.70 Menus Ã? p.38 Bracketing de la balance Ã?cran de réglages de des blancs Ã? p.71 lâ??appareil photo Ã? p.168 *** kpdf *** Index des fonctions Alimentation Balance des blancs Batterie Sélection de la balance • Recharge p.24 des blancs p.67 • Vérification de la batterie p.26 Balance des blancs Prise secteur p.170 personnalisée p.68 Extinction automatique p.42 Réglage de la température de couleur p.69 Menus & Réglages de base Correction de la balance des blancs p.70 Menus p.38 Bracketing de la balance Écran de réglages de des blancs p.71 l’appareil photo p.168 *** okular *** Index des fonctions Alimentation Balance des blancs Batterie Sélection de la balance • Recharge Î p.24 des blancs Î p.67 • Vérification de la batterie Î p.26 Balance des blancs Prise secteur Î p.170 personnalisée Î p.68 Extinction automatique Î p.42 Réglage de la température de couleur Î p.69 Menus & Réglages de base Correction de la balance des blancs Î p.70 Menus Î p.38 Bracketing de la balance Écran de réglages de des blancs Î p.71 l’appareil photo Î p.168 *** gv *** There is no text select. *** xv *** It appears to grapb images, not text. *** evince *** rectangle select is impossible. *** acroread *** rectangle select is impossible. *** foxit 6 under wine *** Alimentation Batterie • Recharge Î p.24 • Vérification de la batterieÎ p.26 Prise secteur Îp.170 Extinction automatique Îp.42 Menus & Réglages de base Menus Îp.38 Écran de réglages de Balance des blancs Sélection de la balance des blancs Îp.67 Balance des blancs personnalisée Îp.68 Réglage de la température de couleur Îp.69 Correction de la balance des blancs Îp.70 Bracketing de la balance des blancs Îp.71 Index des fonctions - -- Cheers, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlQAbx0ACgkQtTMYHG2NR9UNfQCfa3tEN9AudsqKkY87qy5om9m2 2sEAnjI41Ym2G8GoF114Ww/rvt+GTABG =zS1x -----END PGP SIGNATURE-----
Le 29/08/2014 14:16, Carlos E. R. a écrit :
Only kpdf does it right. I just tested.
the table of content paste well in libreoffice from okular there is a "select table" in okular, but I don't understand really how it works :-( jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 14:41, jdd wrote:
Le 29/08/2014 14:16, Carlos E. R. a écrit :
Only kpdf does it right. I just tested.
the table of content paste well in libreoffice from okular
Try the "Index des fonctions", which has two columns. It fails for me.
there is a "select table" in okular, but I don't understand really how it works :-(
It does a better work on that page, but not enough. It eats blanks. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 29/08/2014 14:50, Carlos E. R. a écrit :
Try the "Index des fonctions", which has two columns. It fails for me.
there is a "select table" in okular, but I don't understand really how it works :-(
It does a better work on that page, but not enough. It eats blanks.
It's not a tzable but a dual column page. Ypu can take a column at a time. okular paste it with a special char for the right arrow, that seems to be selectable, so may be replaced. acroread do the same, but with a different char that said, no copy/paste of such text do works between any word processor and as far as I recal, kpdf did not open all pdf as acroread did there is a true table p25, but no tools gives really good result there jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 15:05, jdd wrote:
Le 29/08/2014 14:50, Carlos E. R. a écrit :
It does a better work on that page, but not enough. It eats blanks.
It's not a tzable but a dual column page. Ypu can take a column at a time.
With kpdf I can take both, and paste it directly on a web page so that it has the same visual aspect. I may want to take a single column if I want to take it to a word processor and do my own formatting, though.
that said, no copy/paste of such text do works between any word processor and as far as I recal, kpdf did not open all pdf as acroread did
True, kpdf does not render properly all files.
there is a true table p25, but no tools gives really good result there
with kpdf: Autonomie de la batterie [Nombre de prises de vue • environ] Conditions de prise de vue Température Sans flash Flash à 50 % 23 °C / 73 °F 1100 800 0 °C / 32 °F 950 700 Les chiffres ci-dessus sont basés sur une batterie BP-511A complètem Notice that the alignment is correct for all parts. with okular: Température Conditions deSans flash prise de vue Flash à 50 % 23 °C / 73 °F 1100 800 0 °C / 32 °F 950 700 The alignment is incorrect, white space has disappeared. And the tittle is broken in two. That was with the table tool. With the text selection tool: Autonomie de la batterie [Nombre de prises de vue • environ] Conditions de prise de vue Température Sans flash Flash à 50 % 23 °C / 73 °F 1100 800 0 °C / 32 °F 950 700 And with the plain selection tool: Autonomie de la batterie [Nombre de prises de vue • environ] Conditions de prise de vue Température Sans flash Flash à 50 % 23 °C / 73 °F 1100 800 0 °C / 32 °F 950 700 So, no, kpdf wins in this test by a wide margin. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 29/08/2014 16:44, Carlos E. R. a écrit :
With kpdf I can take both, and paste it directly on a web page so that it has the same visual aspect.
let me precise: what kpdf is it? I just found a kpdftools that gives excellent result and is very easy to install from obs from the thread, I got the feeling that it was difficult to install :-(. Results are impressive though still do not open XFA pdf forms :-( (and will probably never) So the net result of this thread is that we need several readers to open everything. Shame I'm not a developer :-( and thanks pointing this out. jdd just a note: the aggressive subject did at first make me reject the thread. too bad. -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-29 17:25, jdd wrote:
Le 29/08/2014 16:44, Carlos E. R. a écrit :
With kpdf I can take both, and paste it directly on a web page so that it has the same visual aspect.
let me precise: what kpdf is it? I just found a kpdftools that gives excellent result and is very easy to install from obs
Wait, "kpdftools"? No, not plural, it is "kpdftool". Not that one. I don't what is that one. repo "home:Xor26" --> kpdftool http://software.opensuse.org/package/kpdftool?search_term=kpdf
from the thread, I got the feeling that it was difficult to install :-(.
repo " home:fabio_s". http://software.opensuse.org/package/xpdf Current build is broken on OBS, but the rpm does exist, it is downloadable, and xpdf runs. Someone that understands OBS might explain it to us :-? But kpdf is part of kdegraphics3-pdf package, and it is in the oss repo and in the KDE:KDE3 repo. http://software.opensuse.org/package/kdegraphics3-pdf -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Le 29/08/2014 23:38, Carlos E. R. a écrit :
On 2014-08-29 17:25, jdd wrote:
Le 29/08/2014 16:44, Carlos E. R. a écrit :
With kpdf I can take both, and paste it directly on a web page so that it has the same visual aspect.
let me precise: what kpdf is it? I just found a kpdftools that gives excellent result and is very easy to install from obs
Wait, "kpdftools"? No, not plural, it is "kpdftool". Not that one. I don't what is that one.
yes, you are true, my typo :-( this version works very well and installs (on mpy computer, i5 8Gb ram) without any problem (1 clic). say it's from kde 3.5.10
Current build is broken on OBS, but the rpm does exist, it is downloadable, and xpdf runs.
I could also install xpdf, but the result of the paste is not that good my computer is pretty loaded of libraries, may be this explian why it installed without problem, but the obs version 1 clic is very good (as far as I can tel right now) jdd -- http://www.dodin.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-30 07:29, jdd wrote:
Le 29/08/2014 23:38, Carlos E. R. a écrit :
I could also install xpdf, but the result of the paste is not that good
As I said, it gets the layout correct, but it has problems with UTF and pastes non ascii chars incorrectly. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 2014-08-28 00:35 (GMT+0200) Istvan Gabor composed:
Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
# zypper se -s pdf | grep kd | kdegraphics3-pdf | package | 3.5.10-16.1.5 | x86_64 | OSS | kdegraphics3-pdf | package | 3.5.10-16.1.5 | i586 | OSS :-D -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata írta:
On 2014-08-28 00:35 (GMT+0200) Istvan Gabor composed:
Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
# zypper se -s pdf | grep kd | kdegraphics3-pdf | package | 3.5.10-16.1.5 | x86_64 | OSS | kdegraphics3-pdf | package | 3.5.10-16.1.5 | i586 | OSS
Thanks Felix, you're right. KDE3 applications seem to work as expected. But this time my intention is to evaluate KDE4 and make it as usable as possible. Until now I could not find one single thing I consider an advantage over KDE3. For example in okular, when I have to look the pages in fit page mode in a wide screen display the manual panel hiding option is utterly lacking. Cheers, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 01:21 (GMT+0200) Istvan Gabor composed:
my intention is to evaluate KDE4 and make it as usable as possible. Until now I could not find one single thing I consider an advantage over KDE3.
In this thread, I don't see any advantage you have found. What is it?
For example in okular, when I have to look the pages in fit page mode in a wide screen display the manual panel hiding option is utterly lacking.
Do you mean this 6.5 year old KDE4 bug (which is among the ever so slowly shrinking number of reasons why my primary DE remains KDE3)? https://bugs.kde.org/show_bug.cgi?id=158556 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/27/2014 08:36 PM, Felix Miata wrote:
For example in okular, when I have to look the pages in fit page mode in a wide screen display the manual panel hiding option is utterly lacking.
Do you mean this 6.5 year old KDE4 bug (which is among the ever so slowly shrinking number of reasons why my primary DE remains KDE3)? https://bugs.kde.org/show_bug.cgi?id=158556
?????? I'm not sure I want the panel hidden; if I do I'd want the converse. make it go away UNLESS I want it to be seen. And KDE4 *DOES* give me that, so I'm happy. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-27 22:24 (GMT-0400) Anton Aylward composed:
?????? I'm not sure I want the panel hidden; if I do I'd want the converse. make it go away UNLESS I want it to be seen.
Most people seem to be content with automatics. Not me. I've owned sticks for the past 40 or so years. I get to pick which gear and when to engage it, including no gear. The transmission doesn't get to guess what I want or when. I bought a 5X1 HDMI switch many months back. It "featured" auto-sensing[1][2][3]. When I found out how that misfeature failed to keep my selection selected when I powered some non-selected source on or off, I returned it. KDE3 offered me a button to click exactly when I wanted to toggle Kicker on or off, and a choice of logical locations for the button, including no button. It still does. That's my kind of control.
And KDE4 *DOES* give me that, so I'm happy.
The KDE devs apparently refuse to give KDE4 the button I want, unequivocally putting a button to access to panel configuration there. [1] at the time, all HDMI switchers I was able to find with at least 5 inputs "featured" auto-sensing [2] bought this one: http://www.amazon.com/Enhanced-Certified-Switch-Equalizer-REV-3-0/dp/B002J1B... another described similarly WRT auto-sensing: http://www.mcmelectronics.com/product/DISTRIBUTED-BY-MCM-33-10535-/33-10535 another described similarly WRT auto-sensing: http://www.monoprice.com/Product?c_id=101&cp_id=10110&cs_id=1011002&p_id=8463&seq=1&format=2 [3] current prospects for finding a fully manual one seem encouraging ATM -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Felix Miata írta:
On 2014-08-28 01:21 (GMT+0200) Istvan Gabor composed:
my intention is to evaluate KDE4 and make it as usable as possible. Until now I could not find one single thing I consider an advantage over KDE3.
In this thread, I don't see any advantage you have found. What is it? I haven't expressed it clearly. See John Perry's comment.
For example in okular, when I have to look the pages in fit page mode in a wide screen display the manual panel hiding option is utterly lacking.
Do you mean this 6.5 year old KDE4 bug (which is among the ever so slowly shrinking number of reasons why my primary DE remains KDE3)? https://bugs.kde.org/show_bug.cgi?id=158556
Yes, I guess. A few years ago I went through that page. If I remember correctly they discussed how difficult would it be to implement the hiding buttons to behave similarly to KDE3. Then I concluded (if that statement is ture) that KDE4 must be the result of bad design. Cheers, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple spaces between words . I have to edit the text, which is more cumbersome
typing it manually. Is this normal? I never had such a problem in kdpf. If I copy text from the same file to the clipboard in kpdf (the latest stable version was released on August 26 2008) the copied text is OK. There are no | signs and multiple spaces between words, and the line order is
as well.
So we don't have either adobe reader or kpdf in openSUSE 13.1 by
On Thursday, August 28, 2014 12:35:40 AM Istvan Gabor wrote: than maintained the default
KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
Thanks,
Istvan
Just for your knowledge and hope it could lead into the proper settings. oS 13.1 x86_64 and KDE 4.13.3 versions and Okular Version 0.19.3 are working perfectly fine ( It is able to copy to Clipboard like text or image ) and paste it to LO, Calligra or any other compatible Apps. I also tested on older x86_64 ( 12.3; 13.1 ) KDE 4.11.5 with good performances. Everything works fine disregard the Type of Selection. Sadly, I could not say where you should start looking for. Maybe the Clipboard settings themselves. Best, R. Chung -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Ricardo Chung írta:
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple spaces between words . I have to edit the text, which is more cumbersome
typing it manually. Is this normal? I never had such a problem in kdpf. If I copy text from the same file to the clipboard in kpdf (the latest stable version was released on August 26 2008) the copied text is OK. There are no | signs and multiple spaces between words, and the line order is
as well.
So we don't have either adobe reader or kpdf in openSUSE 13.1 by
On Thursday, August 28, 2014 12:35:40 AM Istvan Gabor wrote: than maintained the default
KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
Thanks,
Istvan
Just for your knowledge and hope it could lead into the proper settings. oS 13.1 x86_64 and KDE 4.13.3 versions and Okular Version 0.19.3 are working perfectly fine ( It is able to copy to Clipboard like text or image ) and paste it to LO, Calligra or any other compatible Apps.
I also tested on older x86_64 ( 12.3; 13.1 ) KDE 4.11.5 with good performances.
Everything works fine disregard the Type of Selection. Sadly, I could not say where you should start looking for. Maybe the Clipboard settings themselves.
Thanks Ricardo. I think Carlos is right that copy result depend on the given file. The file I work with might be problematic as it has forms (editable notes) and background watermark which may disturb the reader. But my point was that kpdf can copy text to the clipboard correctly while okular can not, from the same document. Nevertheless it would be good if I could find a way to make correct text copies in openSUSE 13.1 either using okular or another pdf viewer that supported or comes with openSUSE 13.1. Cheers, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, August 28, 2014 01:46:27 AM Istvan Gabor wrote:
Ricardo Chung írta:
On Thursday, August 28, 2014 12:35:40 AM Istvan Gabor wrote:
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple
spaces
between words . I have to edit the text, which is more cumbersome
than
typing it manually. Is this normal? I never had such a problem in kdpf.
If
I copy text from the same file to the clipboard in kpdf (the latest
stable
version was released on August 26 2008) the copied text is OK.
There are no
| signs and multiple spaces between words, and the line order is
maintained
as well.
So we don't have either adobe reader or kpdf in openSUSE 13.1 by
the default
KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works
as good as
adobe reader or kpdf?
Thanks,
Istvan
Just for your knowledge and hope it could lead into the proper settings. oS 13.1 x86_64 and KDE 4.13.3 versions and Okular Version 0.19.3 are working perfectly fine ( It is able to copy to Clipboard like text or image ) and paste it to LO, Calligra or any other compatible Apps.
I also tested on older x86_64 ( 12.3; 13.1 ) KDE 4.11.5 with good performances.
Everything works fine disregard the Type of Selection. Sadly, I could not say where you should start looking for. Maybe the Clipboard settings themselves.
Thanks Ricardo. I think Carlos is right that copy result depend on the given file. The file I work with might be problematic as it has forms (editable notes) and background watermark which may disturb the reader. But my point was that kpdf can copy text to the clipboard correctly while okular can not, from the same document. Nevertheless it would be good if I could find a way to make correct text copies in openSUSE 13.1 either using okular or another pdf viewer that supported or comes with openSUSE 13.1.
Cheers,
Istvan Anyway, if KPDF works with the document, Okular should work too. After all, Okular is the new KPDF for KDE 4 and up. (maybe some coding lines more or less)
That document looks like multiple layers and features on the same document on proprietary style format. Anyway, I do not know if you have calligra-extras-okular package installed.It is a plugin able to interact and supporting files in the formats ODP and MS PPT/PPTX. zypper se calligra-extras-okular This is my hidden card. ;-) And hope it helps. Cheers, R.Chung -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/27/2014 08:10 PM, Ricardo Chung wrote:
On Thursday, August 28, 2014 01:46:27 AM Istvan Gabor wrote:
Ricardo Chung írta:
On Thursday, August 28, 2014 12:35:40 AM Istvan Gabor wrote:
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and
/snip/
I was just faced with this problem a few days ago (in pclos). As Ricardo has noticed, if you just tag, cut, paste from Okular you wind up with every word on a separate line. I finally wound up doing an OCR and then cleaning up the mess. No fun. So I've been following this thread, and also looking a little further afield. One reference specified a program called pdftotext. My distro doesn't have that, but I might be able to get it in Mint. Has anybody reading here used that, and if so, how well does it work? --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2014-08-28 02:32, Doug wrote:
and also looking a little further afield. One reference specified a program called pdftotext. My distro doesn't have that, but I might be able to get it in Mint. Has anybody reading here used that, and if so, how well does it work?
package poppler-tools But there are many viewvers. For instance, try 'xpdf', it is hidden on some home repo. There is also 'xv' and 'gv', but I'm not sure if they can mark text. There is also evince. You don't have to tie yourself to the native tools of a particular desktop, you can use any one. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 2014-08-28 02:10, Ricardo Chung wrote:
Anyway, I do not know if you have calligra-extras-okular package installed.It is a plugin able to interact and supporting files in the formats ODP and MS PPT/PPTX.
zypper se calligra-extras-okular
You need add the kde-extra repo. But that one has version 2.8.5, and openSUSE default for 13.1 is 2.7.5, so it is not that simple. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On Thursday, August 28, 2014 03:13:32 AM Carlos E. R. wrote:
On 2014-08-28 02:10, Ricardo Chung wrote:
Anyway, I do not know if you have calligra-extras-okular package installed.It is a plugin able to interact and supporting files in the formats ODP and MS PPT/PPTX.
zypper se calligra-extras-okular
You need add the kde-extra repo. But that one has version 2.8.5, and openSUSE default for 13.1 is 2.7.5, so it is not that simple.
Yes, you will need the kde-extra repo to install calligra-extras-okular plugin. Matter of fact, you do not really need it to be able to copy from PDF format to any other application. It seems Istvan is showing us another issue. Some PDF documents with multi- layers that is: 1) not properly copied to "Klipper" or Clipboard from Okular 2) Clipboard or "Klipper" is not able to paste properly the content on any other applications 3) Any other applications are not able to understand what is paste on (showing gibberish). I tested successfully on oS13.1 KDE 4.11.5 and Okular Version 0.17.5 too. It come with standard repositories and Packman repository. So I would think it is a missing settings or a special PDF document I never tested before. We cannot replicate the issue because the document Istvan mentioned is sensitive and not shareable. We need to get a sample to test and replicate it. Anyway, there is a freenode irc channel for #okular available. Most probably they could lead him the best way. Best Regards, -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, August 28, 2014 03:13:32 AM Carlos E. R. wrote:
On 2014-08-28 02:10, Ricardo Chung wrote:
Anyway, I do not know if you have calligra-extras-okular package installed.It is a plugin able to interact and supporting files in the formats ODP and MS PPT/PPTX.
zypper se calligra-extras-okular
You need add the kde-extra repo. But that one has version 2.8.5, and openSUSE default for 13.1 is 2.7.5, so it is not that simple. After reading your email I just installed calligra-extras-okular from repo KDE-Current-Extra.
Following version was installed: {CODE] :~> rpm -qi calligra-extras-okular Name : calligra-extras-okular Version : 2.8.5 Release : 28.17 Architecture: x86_64 Install Date: Thu 28 Aug 2014 10:32:56 AM PDT Group : Productivity/Office/Suite Size : 34332 License : GPL-2.0 and GPL-2.0+ and LGPL-2.1+ Signature : DSA/SHA1, Fri 22 Aug 2014 10:34:49 PM PDT, Key ID 27c070176f88bb2f Source RPM : calligra-2.8.5-28.17.src.rpm Build Date : Fri 22 Aug 2014 10:11:52 PM PDT Build Host : cloud118 Relocations : (not relocatable) Vendor : obs://build.opensuse.org/KDE URL : http://www.calligra.org/ Summary : plugin for Okular Description : plugin for Okular supporting files in the formats ODP and MS PPT/PPTX Distribution: KDE:Extra / KDE_Current_openSUSE_13.1 [/CODE] It also installed all the Calligra dependencies since calligra was not installed prior. Russ -- openSUSE 13.1(Linux 3.11.10-21-desktop x86_64| Intel(R) Quad Core(TM) i5-4440 CPU @ 3.10GHz|8GB DDR3| GeForce 8400GS (NVIDIA-Linux-x86_64-340.32)|KDE 4.13.3 -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/27/2014 06:35 PM, Istvan Gabor wrote:
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple spaces between words . I have to edit the text, which is more cumbersome than typing it manually. Is this normal? I never had such a problem in kdpf. If I copy text from the same file to the clipboard in kpdf (the latest stable version was released on August 26 2008) the copied text is OK. There are no | signs and multiple spaces between words, and the line order is maintained as well.
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
Thanks,
Istvan
Almost by definition, _nobody_ has a pdf viewer that works as well as Adobe's. Adobe invented the system. I really wish that some dev somewhere would stop thinking Okular and start thinking about making a _real_ Adobe clone. While I said nobody, it is at least possible that in Windows you could buy something that does all most anyone would need. So if it can be cloned for Windows, it should be possible to do it for Linux--it's just that nobody has. I think those of us who are not FOSS freaks would even pay a reasonable price for something like that. (Note the word "reasonable.") But it would have to be able to translate pdf text into a file that most word-processors could read. It would also have to have the ability to scale the pdf copy out to the page edge for printing, so as to make some little 2" x 3" user manuals that you can find on the 'net big enough to actually read. --doug -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/27/2014 05:35 PM, Istvan Gabor wrote:
In KDE4 there is no kpdf, there is okular instead.
If I copy text from a pdf file to the clipboard in okular, it gives gibberish text, messes up the lines and inserts | signs and multiple spaces between words . I have to edit the text, which is more cumbersome than typing it manually. Is this normal? I never had such a problem in kdpf. If I copy text from the same file to the clipboard in kpdf (the latest stable version was released on August 26 2008) the copied text is OK. There are no | signs and multiple spaces between words, and the line order is maintained as well.
So we don't have either adobe reader or kpdf in openSUSE 13.1 by the default KDE4 or gnome. Does openSUSES 13.1 have a pdf viewer that works as good as adobe reader or kpdf?
Thanks,
Istvan
Istvan, I'm still using kpdf and copy-text from pdf works fine without reformatting (even C-code). Quick example: 2.3 Selectors, Dynamic Linkage, and Polymorphisms Who does the messaging? The constructor is called by new() for a new memory area which is mostly uninitialized: void * new (const void * _class, ...) { const struct Class * class = _class; void * p = calloc(1, class —> size); assert(p); * (const struct Class **) p = class; if (class —> ctor) { va_list ap; va_start(ap, _class); p = class —> ctor(p, & ap); va_end(ap); } return p; } ( yes -- this is vanilla C, quite interesting - see: http://www.cs.rit.edu/~ats/books/ooc.pdf ) -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (14)
-
Anton Aylward -
Carlos E. R. -
Carlos E. R. -
David C. Rankin -
David Haller -
Doug -
ellanios82 -
Felix Miata -
Istvan Gabor -
jdd -
John Andersen -
Philippe Andersson -
Ricardo Chung -
upscope