minor EMF import issues
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
Fix Released
|
Medium
|
David Mathog |
Bug Description
This patch fixes 3 minor EMF import issues:
1. bitblt of an area, no image src, with ROP patinvert was drawing black, should be inverse of the defined pattern color.
2. bitblt of an area, no image src, with ROP patcopy was drawing white, should be the defined pattern color
3. encountered an EMF file where the initial moveto in a path preceded the beginpath record. Treat this as if the moveto followed the beginpath record. (Paths still must begin with a moveto, patch just allows a little more leeway in where that may be placed.)
Note that 1 and 2 do not address the more general issue that EMF bitblt and other ROP type operators are image based, not object based. This patch just handles better a couple of cases where something reasonable can be done with the input.
Tested with r12704 in trunk.
Related branches
tags: | added: emf importing |
Changed in inkscape: | |
assignee: | nobody → David Mathog (mathog) |
status: | New → In Progress |
@David - It's a bit difficult for a bug tester (not necessarily EMF expert) to figure out the issue. It would be very helpful if you could provide an EMF test file so that we can reproduce the bug and test your fix.
Anyway, thanks for the patch!