<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - Bug fixes, emit more font info in pdftohtml"
href="https://bugs.freedesktop.org/show_bug.cgi?id=107235">107235</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>Bug fixes, emit more font info in pdftohtml
</td>
</tr>
<tr>
<th>Product</th>
<td>poppler
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>x86-64 (AMD64)
</td>
</tr>
<tr>
<th>OS</th>
<td>Linux (All)
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>pdftohtml
</td>
</tr>
<tr>
<th>Assignee</th>
<td>poppler-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>ulatekh@yahoo.com
</td>
</tr></table>
<p>
<div>
<pre>Created <span class=""><a href="attachment.cgi?id=140641" name="attach_140641" title="Fix possible uninitialized variable & dangling reference in HtmlFont">attachment 140641</a> <a href="attachment.cgi?id=140641&action=edit" title="Fix possible uninitialized variable & dangling reference in HtmlFont">[details]</a></span> <a href='page.cgi?id=splinter.html&bug=107235&attachment=140641'>[review]</a>
Fix possible uninitialized variable & dangling reference in HtmlFont
I'm about to use pdftohtml to extract information from PDFs and organize the
results into a database, so I had a chance to dig through the code.
I happened to notice a possible uninitialized variable, and possible dangling
reference, in HtmlFont. The first patch fixes that.
I've had a long-standing problem with qpdfview (which uses poppler) sometimes
copying text out of PDFs incorrectly -- the text copies, but all of the spaces
are missing. After reproducing it with a PDF, I tracked the problem down to the
PDF using tabs where it probably should have used spaces. The second patch
fixes HtmlFont::HtmlFilter() to convert incoming tabs to spaces, instead of
removing the whitespace completely.
The third patch merely emits more information in the <fontspec> elements when
pdftohtml is run with -xml. The PDFs I'm trying to analyze appear to be pretty
consistent with their font usage, to the point where I can use them to infer
the text's meaning. But I needed more information in the <fontspec> to do that,
and this patch does that for me.
Please consider these for inclusion into the project.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>