Bug 36202 - Poor thin line support in Poppler
Summary: Poor thin line support in Poppler
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: splash backend (show other bugs)
Version: unspecified
Hardware: Other Windows (All)
: medium major
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-04-13 04:14 UTC by minhhoang
Modified: 2012-02-15 03:04 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
3rd party viewer shows how it looks in the viewer I'm using - Notice the some areas of the text (that are formed by paths) are darker than others (102.08 KB, image/pjpeg)
2011-04-13 04:14 UTC, minhhoang
Details
How the same file appears in adobe with enhance thin line OFF (194.52 KB, image/pjpeg)
2011-04-13 04:15 UTC, minhhoang
Details
How the same file appears in adobe with enhance thin line ON (120.84 KB, image/pjpeg)
2011-04-13 04:15 UTC, minhhoang
Details
Actual PDF document (124.75 KB, application/pdf)
2011-04-13 05:53 UTC, minhhoang
Details
How it appears in Evince 2.32 (90.60 KB, image/pjpeg)
2011-05-23 08:23 UTC, minhhoang
Details

Description minhhoang 2011-04-13 04:14:36 UTC
Created attachment 45572 [details]
3rd party viewer shows how it looks in the viewer I'm using - Notice the some areas of the text (that are formed by paths) are darker than others

Hi there,

I use a application that uses poppler for it's PDF parsing. However it seems that since poppler version 0.8.7 (under major release 0.8) any pdfs with thin lines (those generally under 1.0 line width)appear faint in some areas and bolder/darker in others. 

This is especially noticeable in bodies of text that have been formed by paths. 

Checking these against Adobe Reader X, I noticed that, that application has a option for "Enhance thin line" on by default, which seems to artifically enbold/increase the line widths and weights of any thin lines, so it is more uniform across the drawing/document. 

The application that uses the popplers library doesn't support this very well and they tell me it is because its to do with popplers and it's lack of thin line support. They have tried using the latest available popplers library and have said that the issue is still not resolved.

I've attached 3 screenshots highlighting the problem.

Has anyone else noticed a problem with their applications using popplers 0.8.7 or above?
Comment 1 minhhoang 2011-04-13 04:15:22 UTC
Created attachment 45573 [details]
How the same file appears in adobe with enhance thin line OFF
Comment 2 minhhoang 2011-04-13 04:15:46 UTC
Created attachment 45574 [details]
How the same file appears in adobe with enhance thin line ON
Comment 3 Brad Hards 2011-04-13 04:22:19 UTC
Can you provide a test file that demonstrates the problem (not jpeg images of the rendering, but the pdf format file)?

Which library / tool are you using for the rendering?
Comment 4 minhhoang 2011-04-13 05:53:08 UTC
Created attachment 45575 [details]
Actual PDF document
Comment 5 minhhoang 2011-04-13 06:01:48 UTC
(In reply to comment #3)
> Can you provide a test file that demonstrates the problem (not jpeg images of
> the rendering, but the pdf format file)?
> Which library / tool are you using for the rendering?

Hi Brad,

Thanks for your reply.

I've added the PDF document in question, had to remove parts of the drawing for security reasons but left the offending text (formed by paths) in question.

Not entirely sure on what rendering library unfortunately, I believe it was written inhouse by one of the developers there. 

Be good to know if this is a known issue to popplers already, in other applications using popplers version 0.8.7 and above.

I've tried opening this document in other pdf editors/readers (PDFFill, Foxit PDF etc) and PDFfill displays it like how Adobe does with enhance thin line OFF, whereas by default foxit is showing the PDF as Adobe does. 

It seems the different readers are all handling these thin lines differently but unfortunately this one that uses the popplers library is handling some thin lines differently then others, which gives sporadic results.

Thanks in advance for any help.

Minh
Comment 6 minhhoang 2011-05-23 08:23:21 UTC
Created attachment 47048 [details]
How it appears in Evince 2.32
Comment 7 Adrian Johnson 2012-02-15 03:04:36 UTC
Reproduced with 0.16.7. Renders correctly in master. This was probably fixed by the changes to make the cairo backend adjust the lines width to be at least 1 pixel wide.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.