Version: 0.8.90 (using 4.2.96 (KDE 4.2.96 (KDE 4.3 RC2)) "release 142", KDE:KDE4:Factory:Desktop / openSUSE_11.0) Compiler: gcc OS: Linux (x86_64) release 2.6.25.20-0.4-default the copied string ends very often with 0A some programs do not like handle this correctly
Please a) attach a sample document showing the issue b) precise which is the version of the poppler-qt4 library installed on your system
libpoppler2-0.6.4-11.1 libpoppler3-0.8.7-5.1 libpoppler4-0.10.6-6.7 libpoppler-devel-0.10.6-6.7 libpoppler-glib2-0.6.4-11.1 libpoppler-glib3-0.8.7-5.1 libpoppler-qt2-0.10.6-6.7 libpoppler-qt4-2-0.6.4-11.1 libpoppler-qt4-3-0.10.6-6.7 poppler-data-0.2.0-12.1 poppler-tools-0.10.6-6.7 see attachment the line above is copied the result shows this similar happens if I past to a file opened in vi - save it and open in okteta
Created attachment 35352 [details] shows strange (unusable) chars
What's that? I need a _PDF_ document where you copy text from.
Created attachment 35375 [details] test pdf created with OO 3.1.1 but the problem happens with all pdf's I have tried
In your document, I can see a trailing 0A triplet when copying text from: - Acrobat Reader 9.1.2 - Okular 0.8.4 + Poppler 0.10.6 - Evince 2.26.1 + Poppler 0.10.6 Thus, I guess the PDF producer adds those.
sorry to reopen can we assume that adobe produces "good" pdf's? http://www.adobe.com/devnet/acrobat/pdfs/plugin_apps_developer_guide.pdf got to page 218 copy the complete "topic "line or below it says 22 letters copied and I get 3 times this triplet Topic<here>Description<here>See<here>
> can we assume that adobe produces "good" pdf's? never > http://www.adobe.com/devnet/acrobat/pdfs/plugin_apps_developer_guide.pdf same result, trailing A0 triplets for all the browsers in comment #6