diff options
| author | Robin Watts <robin.watts@artifex.com> | 2012-01-17 00:23:13 +0000 |
|---|---|---|
| committer | Robin Watts <robin@ghostscript.com> | 2012-01-18 13:11:52 +0000 |
| commit | 2c836b57d5295b47655988cf8deaffda731e1c3c (patch) | |
| tree | 01b0e51a30412ac90e53993f59c9cc649a8aa88d /pdf/mupdf.h | |
| parent | b2c87fcd70b3f069388755baf7baa6b3c2590123 (diff) | |
| download | mupdf-2c836b57d5295b47655988cf8deaffda731e1c3c.tar.xz | |
Better handling of 'uncacheable' Type3 glyphs. Bug 692745.
Some Type 3 fonts contain glyphs that rely on inheriting various
aspects of the graphics state from their calling code. (i.e. a
glyph might use d0, then fill an area without setting a color
first).
While the spec is vague on this point, we believe that technically
it is invalid. Previously mupdf defaulted all elements of the graphic
state back when beginning to draw the glyph. This does not match
what Acrobat does though, so we change the approach taken.
We now watch (by use of bits in the device flags word) for the use
of parts of the graphics state before it is set. If such use is
detected, then we note that the glyph is 'uncacheable' and render
it direct.
This seems to match Acrobats behaviour.
Diffstat (limited to 'pdf/mupdf.h')
| -rw-r--r-- | pdf/mupdf.h | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/pdf/mupdf.h b/pdf/mupdf.h index fa7cd2f8..0e21f930 100644 --- a/pdf/mupdf.h +++ b/pdf/mupdf.h @@ -465,6 +465,6 @@ void pdf_free_page(fz_context *ctx, pdf_page *page); void pdf_run_page_with_usage(pdf_xref *xref, pdf_page *page, fz_device *dev, fz_matrix ctm, char *event, fz_cookie *cookie); void pdf_run_page(pdf_xref *xref, pdf_page *page, fz_device *dev, fz_matrix ctm, fz_cookie *cookie); -void pdf_run_glyph(pdf_xref *xref, fz_obj *resources, fz_buffer *contents, fz_device *dev, fz_matrix ctm); +void pdf_run_glyph(pdf_xref *xref, fz_obj *resources, fz_buffer *contents, fz_device *dev, fz_matrix ctm, void *gstate); #endif |