Details
-
Type:
Bug
-
Status: Open
-
Priority:
Major
-
Resolution: Unresolved
-
Affects Version/s: 4.2.1
-
Fix Version/s: 6.4
-
Component/s: Core/Parsing
-
Labels:None
-
Environment:any
-
ICEsoft Forum Reference:
-
Support Case References:Support Case #12907 - https://icesoft.my.salesforce.com/5007000000dugM6
Description
PDF in question is not rendering correctly. Need to investigate further.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
The PDF in question uses a Type 7 Shading (Tensor-Product Patch Meshes) type which isn't currently supported by the rendering core. To make matters worse the shape isn't strokes so not even a trace of the graphic is present.
In order to fix this we would need to implement Type 7 Shading. On interesting note about the shading fill is that if no fill can be resolved then no fill is added to the shapes stack. In the future we could probably add a basic solid fill based on the current fill colour to avoid completely missing content.
Show
Patrick Corless
added a comment - The PDF in question uses a Type 7 Shading (Tensor-Product Patch Meshes) type which isn't currently supported by the rendering core. To make matters worse the shape isn't strokes so not even a trace of the graphic is present.
In order to fix this we would need to implement Type 7 Shading. On interesting note about the shading fill is that if no fill can be resolved then no fill is added to the shapes stack. In the future we could probably add a basic solid fill based on the current fill colour to avoid completely missing content.
Pushing to 4.3.
Show
Patrick Corless
added a comment - Pushing to 4.3.
I've looking little closer into scoping out Type 5-7 Shading types and believe we are looking at around 3-4 weeks of dedicated work to implement this feature. For the time being I've added some code that will apply the current fill colour in the graphic state along with an alpha value. The overall effect is better then painting no fill.