poppler issueshttps://gitlab.freedesktop.org/poppler/poppler/-/issues2018-08-21T11:15:22Zhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/587[pdftotext] rotated text layout breaks output text2018-08-21T11:15:22ZBugzilla Migration User[pdftotext] rotated text layout breaks output text## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf wi...## Submitted by Dm
Assigned to **poppler-bugs**
**[Link to original bug (#92888)](https://bugs.freedesktop.org/show_bug.cgi?id=92888)**
## Description
Created attachment 119537
PDF with watermark
I try to extract text from pdf with rotated text layout (like watermark). Text from this layout is splitted into parts and that parts break main text.
Example output from the attached pdf:
rm
ar
k
Verdana
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed
...
**Attachment 119537**, "PDF with watermark":
[pdf-example-watermarks.original.pdf](/uploads/3eb6dd8d8cb6d565e71570e4f278878f/pdf-example-watermarks.original.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/586Contents of PDF Annotations (Pop-up notes) not output by pdftotext2018-10-06T23:44:47ZBugzilla Migration UserContents of PDF Annotations (Pop-up notes) not output by pdftotext## Submitted by Jeffrey Ratcliffe
Assigned to **poppler-bugs**
**[Link to original bug (#10300)](https://bugs.freedesktop.org/show_bug.cgi?id=10300)**
## Description
PDF can contain annotations (pop-up notes). It would be highly u...## Submitted by Jeffrey Ratcliffe
Assigned to **poppler-bugs**
**[Link to original bug (#10300)](https://bugs.freedesktop.org/show_bug.cgi?id=10300)**
## Description
PDF can contain annotations (pop-up notes). It would be highly useful if their contents were output by pdftotext to allow them to be indexed by
Beagle.
I am the author of gscan2pdf (http://gscan2pdf.sourceforge.net/), an
application to make it easy to scan to a PDF. Having added OCR functionality,
the most obvious way of using the OCR output in the PDF is in an annotation -
thereby having the original scan, and idealy searchable text.https://gitlab.freedesktop.org/poppler/poppler/-/issues/583Object generation numbers aren't updated (except in the xref table)2018-08-21T11:15:01ZBugzilla Migration UserObject generation numbers aren't updated (except in the xref table)## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented...## Submitted by Jakub Alba
Assigned to **poppler-bugs**
**[Link to original bug (#97092)](https://bugs.freedesktop.org/show_bug.cgi?id=97092)**
## Description
If you update an object, its generation number will only be incremented in the cross-reference table, but e.g. not in the object header or, if it is the "Info" dictionary, in the "Info" entry of the trailer dictionary.
To reproduce this bug, update an object (e.g. modify a single annotation in evince) and use "tail" unix utility with the "-n" option big enough (e.g. 100) to see the object header of the updated object. No matter how many times you update the object, the generation number is still the same. The generation number in the cross-reference table will be updated though.https://gitlab.freedesktop.org/poppler/poppler/-/issues/581Web browsers displays artifacts for svg images generated from pdf documents2018-08-21T11:14:55ZBugzilla Migration UserWeb browsers displays artifacts for svg images generated from pdf documents## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf docu...## Submitted by Alex
Assigned to **poppler-bugs**
**[Link to original bug (#103296)](https://bugs.freedesktop.org/show_bug.cgi?id=103296)**
## Description
Created attachment 134865
original pdf file
After converting some pdf documents to svg images by pdftocairo all web browsers (at least Firefox 56.0, Safari 11.0, Chrome 61.0.3163.100 in MAC OSX) show artifacts on images.
To reproduce the issue make the following steps:
- convert the attached pdf to SVG:
pdftocairo -svg -f 1 -l 1 err-doc-5.pdf err-doc-5.svg
- open the SVG image by any mentioned web browser and check how it looks. It expects no any artifacts on the image but it contains black rectangles. Researching the SVG content showed that these elements have the following structure:
<path xmlns="http://www.w3.org/2000/svg" style=" stroke:none;fill-rule:evenodd;fill:rgb(0%,0%,0%);fill-opacity:1;" d="M 394.175781 101.183594 L 570.613281 102.773438 L 571.117188 40 L 394.679688 38.410156 Z M 394.175781 101.183594 "/>
This issue has been tested with latest poppler versions 0.60 and 0.60.1. Previous versions of pdftocairo also contain this problem.
PS: here is the environment info on my Ubuntu 14.04 after running "cmake .."
-- checking for module 'nss>=3.19'
-- package 'nss>=3.19' not found
-- Could NOT find NSS3 (missing: NSS3_LIBRARIES NSS3_CFLAGS)
-- Found Qt-Version 4.8.6 (using /usr/bin/qmake)
-- checking for modules 'glib-2.0>=2.41;gobject-2.0>=2.41;gio-2.0>=2.41'
-- package 'glib-2.0>=2.41' not found
-- package 'gobject-2.0>=2.41' not found
-- package 'gio-2.0>=2.41' not found
-- Could NOT find GLib (missing: GLIB2_LIBRARIES GLIB2_CFLAGS)
-- checking for module 'libopenjp2'
-- package 'libopenjp2' not found
-- Found lcms version 2.05, /usr/lib/x86_64-linux-gnu/liblcms2.so
-- Could NOT find CURL (missing: CURL_LIBRARY CURL_INCLUDE_DIR)
Building Poppler with support for:
font configuration: fontconfig
splash output: yes
cairo output: yes
qt4 wrapper: yes
qt5 wrapper: yes
glib wrapper: no
introspection: no
gtk-doc: no
cpp wrapper: yes
use libjpeg: yes
use libpng: yes
use libtiff: yes
use zlib compress: yes
use zlib uncompress: no
use nss3: no
use curl: no
use libopenjpeg: yes
with openjpeg1
use cms: yes
with lcms2
command line utils: yes
test data dir: /home/alex/poppler/../test
-- Configuring done
**Attachment 134865**, "original pdf file":
[err-doc-5.pdf](/uploads/234fdd9630fcd6c4ba8f68a8f85c7ad5/err-doc-5.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/579GNOME (evince) Bug 792943 - A single character is drawn incorrectly2018-08-22T03:39:27ZBugzilla Migration UserGNOME (evince) Bug 792943 - A single character is drawn incorrectly## Submitted by Vladimir G. Ivanovic
Assigned to **poppler-bugs**
**[Link to original bug (#105789)](https://bugs.freedesktop.org/show_bug.cgi?id=105789)**
## Description
Created attachment 138396
A PDF of a PPTX file
On p.52 of ...## Submitted by Vladimir G. Ivanovic
Assigned to **poppler-bugs**
**[Link to original bug (#105789)](https://bugs.freedesktop.org/show_bug.cgi?id=105789)**
## Description
Created attachment 138396
A PDF of a PPTX file
On p.52 of the attached PDF, the title is drawn incorrectly at some magnifications larger than 100%, the exact magnification depends on which program/library is being used (acroread, xpdf, epfdview, evince, …).
One of the reviewers of GNOME bug (https://bugzilla.gnome.org/show_bug.cgi?id=792943#c7) commented that the characters are being drawn twice, but that you might still want to Do the Right Thing (tm) and draw the characters so they overlay each other exactly … when you have the spare time, of course ;-)
**Attachment 138396**, "A PDF of a PPTX file":
[Schips-Burst_Tries.pdf](/uploads/bbd925d6257162eba79e1f29c8f2871c/Schips-Burst_Tries.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/578Barcode from attached PDF is not printed corectly2018-10-27T14:47:19ZBugzilla Migration UserBarcode from attached PDF is not printed corectly## Submitted by karaluh
Assigned to **poppler-bugs**
**[Link to original bug (#57007)](https://bugs.freedesktop.org/show_bug.cgi?id=57007)**
## Description
Created attachment 69935
Testcase
As in summary, compare the two attached...## Submitted by karaluh
Assigned to **poppler-bugs**
**[Link to original bug (#57007)](https://bugs.freedesktop.org/show_bug.cgi?id=57007)**
## Description
Created attachment 69935
Testcase
As in summary, compare the two attached PDFs. Original bug report here:
https://bugs.kde.org/show_bug.cgi?id=309729
**Attachment 69935**, "Testcase":
[74587.pdf.zip](/uploads/7ec414d4056d12599a6c825aca2405b1/74587.pdf.zip)https://gitlab.freedesktop.org/poppler/poppler/-/issues/577pdftohtml produces wrongly nested tags2018-08-21T11:14:20ZBugzilla Migration Userpdftohtml produces wrongly nested tags## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached ...## Submitted by pas..@..h.name
Assigned to **poppler-bugs**
**[Link to original bug (#89239)](https://bugs.freedesktop.org/show_bug.cgi?id=89239)**
## Description
Created attachment 113678
Source PDF
When converting the attached PDF to XML using version 0.29.0
$ pdftohtml -xml in.pdf out.xml
It produces invalidly nested tags in the index portion near the end:
$ xmllint out.xml
out.xml:16770: parser error : Opening and ending tag mismatch: a line 16770 and b
font="11">`<b>`Abrüstung<a href="out.xml#314"> `</b>``<i>`314, `</i>``</a>`
Looking at the source document (page 320/327) the closing `</b>` should occur before the opening `<a>`, the numbers are linked and not bold.
Oddly the error doesn't occur for all entries.
~~**Attachment 113678**~~, "Source PDF":
[gruene_Wahlprogramm-barrierefrei.pdf](/uploads/8194e2624d0a1e4269b1df4f15ef76ef/gruene_Wahlprogramm-barrierefrei.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/576Garbled rendering of pdfs2018-08-21T11:14:05ZBugzilla Migration UserGarbled rendering of pdfs## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.ne...## Submitted by Shridhar Daithankar
Assigned to **poppler-bugs**
**[Link to original bug (#91891)](https://bugs.freedesktop.org/show_bug.cgi?id=91891)**
## Description
Some pdfs have very garbled rendering e.g. http://darknedgy.net/files/systembsd.pdf. Other pdf readers such as mupdf can render them correctly.
I am using poppler 0.33.0, okular 15.08.0(0.23.0) from archlinux packages.https://gitlab.freedesktop.org/poppler/poppler/-/issues/574Loading image from a big pdf display blank image2018-08-21T11:13:52ZBugzilla Migration UserLoading image from a big pdf display blank image## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am ...## Submitted by Munish Kumar
Assigned to **poppler-bugs**
**[Link to original bug (#106202)](https://bugs.freedesktop.org/show_bug.cgi?id=106202)**
## Description
Created attachment 139045
The pdf file I am facing the issue
I am using poppler to load jpeg images from a pdf. When the size of loaded images cross the limit of cairo i.e `32767` it show blank jpeg image. My pdftocairo version is 0.56.0. here is an file
**Attachment 139045**, "The pdf file I am facing the issue":
[SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf](/uploads/021e9b4338a3eed357807b81f0e8373a/SP4_MD_HC_AB_FP_02_008_Bwin__2_.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/572regression causes correctly rendered PDF to print incorrectly with spirals in...2018-08-21T11:13:27ZBugzilla Migration Userregression causes correctly rendered PDF to print incorrectly with spirals instead of some spaces## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some sp...## Submitted by wxl
Assigned to **poppler-bugs**
**[Link to original bug (#70466)](https://bugs.freedesktop.org/show_bug.cgi?id=70466)**
## Description
Created attachment 87632
pdf that prints with weird spirals instead of some spaces
this has been escalated from the KDE bugtracker. originally thought to be an issue with Okular, it has become apparent the issue lies in poppler itself. the original bug report can be seen here:
https://bugs.kde.org/show_bug.cgi?id=325908
long story short:
The attached PDF, when printing, on some lines, spaces are replaced with a spiral character I can't identify. An example is the second line of the guarantee on page 8.
This is with KDE 4.10.5 (Kubuntu 13.04) and Okular 0.16.5 (GPL Ghostscript 9.07 (2013-02-14)).
No problem with Adobe Reader, lp, or KDE 4.8.5/Kubuntu 12.04.3/Okular 0.14.3 (GPL Ghostscript 9.05 (2012-02-08)).
pdftops has no problem, but gs .ps results in a segfault when it hits the aforementioned line.
**Attachment 87632**, "pdf that prints with weird spirals instead of some spaces":
[Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf](/uploads/9537e10393ae2f8816fdc18f54589256/Front___Rear_Rack_w-Sat_Mk_II_Imposed.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/571Text not rendered in poppler-glib2018-08-21T11:13:21ZBugzilla Migration UserText not rendered in poppler-glib## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GN...## Submitted by Germán Poo-Caamaño
Assigned to **poppler-bugs**
**[Link to original bug (#76042)](https://bugs.freedesktop.org/show_bug.cgi?id=76042)**
## Description
Created attachment 95622
PDF Test Case
This was reported in GNOME's bugzilla.
The attached PDF does not render any text, but the background and images.
The text can be selected, copied and pasted without major issues.
qt4, either with arthur and splash backend, renders the document fine. So,
I assume it could be an issue with cairo-backend.
poppler 7a2db6 and cairo 2a7f13.
**Attachment 95622**, "PDF Test Case":
[colfax1.pdf](/uploads/de1280e415f8005012246530ddb71388/colfax1.pdf)
### See also
* [Bug 726128](https://bugzilla.gnome.org/show_bug.cgi?id=726128)https://gitlab.freedesktop.org/poppler/poppler/-/issues/570Extend support for free text annotations.2022-08-10T22:28:14ZBugzilla Migration UserExtend support for free text annotations.## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81665)](https://bugs.freedesktop.org/show_bug.cgi?id=81665)**
## Description
Created attachment 103325
1/4. glib: Add PopplerAnnotAppearance boxed t...## Submitted by Anuj Khare
Assigned to **poppler-bugs**
**[Link to original bug (#81665)](https://bugs.freedesktop.org/show_bug.cgi?id=81665)**
## Description
Created attachment 103325
1/4. glib: Add PopplerAnnotAppearance boxed type
I have attached patches that allow adding new freetext annotations, and implement the intent, callout line, and quadding properties.
The PopplerAnnotAppearance type is used to store the font name, color and size of the free text annotation.
~~**Patch 103325**~~, "1/4. glib: Add PopplerAnnotAppearance boxed type":
[1.patch](/uploads/843c4580b5c48af47f73eec78f317780/1.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/568Syntax Error: Unknown character collection 'DYNA-HK1'2018-08-21T11:12:55ZBugzilla Migration UserSyntax Error: Unknown character collection 'DYNA-HK1'## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac O...## Submitted by Martin Hong
Assigned to **poppler-bugs**
**[Link to original bug (#93290)](https://bugs.freedesktop.org/show_bug.cgi?id=93290)**
## Description
Overview: I tried to convert a sample pdf which is exported from Mac OS X's Keynote.app and contains some Chinese characters through `pdftoppm` command, but it complains with an error:
Syntax Error: Unknown character collection 'DYNA-HK1'
Steps to Reproduce:
1. Open Keynote.app, click "New Document", and then select a random theme to start;
2. Input some Chinese characters on slides;
3. Click "File" menu item and then select "Export to ..." and select "PDF";
4. Export a PDF file;
5. Use `pdftoppm` to convert exported PDF file.
Actual Results:
it complains with an error: "Syntax Error: Unknown character collection 'DYNA-HK1'"
Expected Results:
Convert sample PDF file into images without any complain.
Build Date & Hardware:
2015-12-05 on Mac OS 10.11.1 with Keynote.app v6.6.1
Additional Information:
The below lists some details:
————————
$ pdftoppm -v
pdftoppm version 0.37.0
Copyright 2005-2015 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC
————————
$ pdftoppm -png ~/Desktop/test.pdf tmp
Syntax Error: Unknown character collection 'DYNA-HK1’
the `test.pdf` is exported from Mac OS’ Keynote.app and contains some Chinese characters. If I try to export a pdf which doesn’t contain any Chinese characters, it will work. Additionally, I also tried to use pdftotext to print text in `test.pdf`, it can print text normally.
You can also download the test pdf from here: http://7xj84e.com1.z0.glb.clouddn.com/test.pdf .
I also tried to convert the test pdf through ImageMagick's convert command, it worked as expected as poppler did not.https://gitlab.freedesktop.org/poppler/poppler/-/issues/566Add option to omit DOCTYPE for XML output2019-03-28T13:05:51ZBugzilla Migration UserAdd option to omit DOCTYPE for XML output## Submitted by Gerrit Imsieke
Assigned to **poppler-bugs**
**[Link to original bug (#103823)](https://bugs.freedesktop.org/show_bug.cgi?id=103823)**
## Description
Currently (I’m using 0.57.0 on Cygwin), with the -xml option, the...## Submitted by Gerrit Imsieke
Assigned to **poppler-bugs**
**[Link to original bug (#103823)](https://bugs.freedesktop.org/show_bug.cgi?id=103823)**
## Description
Currently (I’m using 0.57.0 on Cygwin), with the -xml option, there is always a DOCTYPE declaration with no public identifier and the system identifier 'pdf2xml.dtd'.
The issue is that I can’t use an XML catalog to direct pdf2xml.dtd to a (possibly empty) DTD. This is an issue with relative paths as system identifiers. It is described on http://www.sagehill.net/docbookxsl/WriteCatalog.html#RelativeSysId
As a consequence, I need to remove the DOCTYPE line manually or with xmllint in order to be able to process the output with Java-based tools such as oXygen, Saxon, or XML Calabash.
Please add either a public identifier (any non-empty string will do) that can be diverted by means of an XML catalog, or add a command-line option not to issue a DOCTYPE declaration at all.https://gitlab.freedesktop.org/poppler/poppler/-/issues/564no pages in (probably corrupted) document2018-08-21T11:11:43ZBugzilla Migration Userno pages in (probably corrupted) document## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwar...## Submitted by Hib Eris
Assigned to **poppler-bugs**
**[Link to original bug (#44488)](https://bugs.freedesktop.org/show_bug.cgi?id=44488)**
## Description
Created attachment 55161
PDF document showing no pages in poppler
Forwarding a bug from Evince' mailing-list:
On Sun, Dec 25, 2011 at 12:59 PM, <Software@quantentunnel.de> wrote:
>
> I use Document Viewer 2.32.0 with poppler/cairo (0.16.4) on Ubuntu 11.04 and
> gnome 2.32.1. The attached pdf document (downloaded from
> http://www.ubs.com/ch/de/swissbank/private/families_couples.html, then click
> 'UBS Family' in upper right corner of web page) does not open correctly,
> instead evince says "Das Dokument enthält keine Seiten" (= the document does
> not contain pages). The same document opens correctly with Adobe Acrobat
> Reader 9 for Linux, version 9.4.2 02/11/2011.
**Attachment 55161**, "PDF document showing no pages in poppler":
[164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf](/uploads/85a40db24a395ff17d7a0b56cc7a1513/164787_20090324_Brosch_Family_Jan09_D_ohne_20Talon.pdf)https://gitlab.freedesktop.org/poppler/poppler/-/issues/563Render a single annotation with Qt5 frontend2018-10-08T21:10:13ZBugzilla Migration UserRender a single annotation with Qt5 frontend## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105796)](https://bugs.freedesktop.org/show_bug.cgi?id=105796)**
## Description
This is the Qt double of [bug 83642](https://bugs.freedesktop.o...## Submitted by Tobias Deiminger
Assigned to **poppler-bugs**
**[Link to original bug (#105796)](https://bugs.freedesktop.org/show_bug.cgi?id=105796)**
## Description
This is the Qt double of [bug 83642](https://bugs.freedesktop.org/show_bug.cgi?id=83642). It adds Annotation::renderToImage() and similar methods.
The patch series has following use cases in mind:
-show realistic preview of icons in readers
-WYSIWYG editing of free text annotations, e.g. typewriter
-paint annotations while dragging them around (render page is expensive)
-extract single annotations from PDF with a command line tool
-enable composition of annotations in readers; quite tricky, due to blend mode, z-order and the ilk
Example usage:
...
/* Generate image where annotation #0 is painted at offset (0,0) on transparent background. */
Poppler::Annotation* annot = pdfPage->annotations()[0];
QImage img = annot->renderToImage(myDpiX, myDpiY);
...
I'd recommend to fix [bug 105692](https://bugs.freedesktop.org/show_bug.cgi?id=105692) along with these patches, to get the size right in all circumstances.https://gitlab.freedesktop.org/poppler/poppler/-/issues/562HTML text shifts relatively it underline2018-08-21T11:11:25ZBugzilla Migration UserHTML text shifts relatively it underline## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Description## Submitted by sve..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#90097)](https://bugs.freedesktop.org/show_bug.cgi?id=90097)**
## Descriptionhttps://gitlab.freedesktop.org/poppler/poppler/-/issues/559no alpha channel in images extracted with pdfimages tool2018-08-21T11:11:14ZBugzilla Migration Userno alpha channel in images extracted with pdfimages tool## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. ...## Submitted by quu..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#28963)](https://bugs.freedesktop.org/show_bug.cgi?id=28963)**
## Description
Images are output in PPM, which does not support an alpha channel. I suggest switching this to the similar binary format PAM which supports an optional alpha channel or the more standard PNG format.https://gitlab.freedesktop.org/poppler/poppler/-/issues/557Option thinlinemode shape for pdftoppm doesn't work correct for fill operations2018-10-11T08:21:18ZBugzilla Migration UserOption thinlinemode shape for pdftoppm doesn't work correct for fill operations## Submitted by Thomas Freitag
Assigned to **poppler-bugs**
**[Link to original bug (#94152)](https://bugs.freedesktop.org/show_bug.cgi?id=94152)**
## Description
Created attachment 121754
splashThinLineShape also for fill operati...## Submitted by Thomas Freitag
Assigned to **poppler-bugs**
**[Link to original bug (#94152)](https://bugs.freedesktop.org/show_bug.cgi?id=94152)**
## Description
Created attachment 121754
splashThinLineShape also for fill operations
This is a followup for [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052)!
Looking at [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) I encountered that the thinlinemode shape doesn't work correctly for the PDF of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052): Instead of a gray grid the background is completely removed and shown as white if using this option.
The difference between the PDF of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) and the one of [bug 37347](https://bugs.freedesktop.org/show_bug.cgi?id=37347) is that in the PDF of [bug 37347](https://bugs.freedesktop.org/show_bug.cgi?id=37347) the lines are drawn with a stroke, where as in the one of [bug 94052](https://bugs.freedesktop.org/show_bug.cgi?id=94052) the lines are drawn with a fill command.
So I extend in this patch the implementation of the "shape" mode so that it works with fills, too.
**Patch 121754**, "splashThinLineShape also for fill operations":
[94052.patch](/uploads/8450021efdf72f06d70342738823ea9f/94052.patch)https://gitlab.freedesktop.org/poppler/poppler/-/issues/556-xml outputs malformed xml2018-08-21T11:11:02ZBugzilla Migration User-xml outputs malformed xml## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malform...## Submitted by dan..@..il.com
Assigned to **poppler-bugs**
**[Link to original bug (#98305)](https://bugs.freedesktop.org/show_bug.cgi?id=98305)**
## Description
Overview:
The following pdf causes pdftohtml to output malformed xml:
http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
The resulting xml file has multiple similar errors, the first one on line 71641:
`<text top="180" left="71" width="101" height="15" font="11">``<b>`Sp<a href="Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.html#876">eed [MHz] `</b>`(3)`</a>``</text>`
(the closing b and a tags are not in the correct order)
Steps to Reproduce:
1) wget http://www.atmel.com/images/Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf
2) pdftohtml -q -i -xml Atmel-8284-8-bit-AVR-microcontroller-ATmega169A_PA_329A_PA_3290A_PA_649A_P_6490A_P_datasheet.pdf output.xml
Actual Results:
malformed xml
Expected Results:
well-formed xml. And I'm not quite sure if the link is placed on the correct piece of text. In the pdf only the text "(3)" is clickable and none of it is bold.
Build Date & Hardware:
Built on 2016-10-18 from source (0.48.0) on Ubunty 14.04 LTS
Additional Builds and Platforms:
Also occurred in the version of pdftohtml that was installed using apt-get (0.28 if I recall correctly)
Cheers,
Daniel