Hi,
I had the same problem, but I discovered that the issue is not with "Wrong Color", it has to do with the type of the curve being copied.
Look at my example below, I created a red bulls-eye (hollow inside) and tried to copy the color from the blue square - corel closed the it !
But if I add the blue color as a style - it will work.
WHY ? I DO NOT KNOW !!!
I am sure it is a bug in both X6 Update 4 & in X7 update 4
I think I know what is happening: When you copy the fill from another object, the winding rule is copied too.
The original object has "Fill winding" (Object Properties docker, Fill tab) disabled.This means that even if the subcurves are running in the same direction, the "hole" will be shown unfilled.The object you copy from has "Fill winding" enabled though. The hole will still be there but because of the new fill rule, it will now be filled too.
Read about winding and fill rules here and here.
Sorry to tell you that there is no interlocking or winding and it still happens - I found the solution below. To simulate the effect try cutting out (Trim) an Alphabetic Character like an "A" out of a Square or a Circle, it may happen with some fonts.
But I solved it, "Reverse Direction" would fix the issue.
Still need to know why? - Corel has to answer for that !
The winding "score" is changed by reversing the direction of the path or changing the Fill Winding option. I agree with David it is not a bug, just the way it works. But, I will suggest that Corel's default choice of winding rule to use I believe is even-odd. Many other vector programs default to the nonzero rule. It might, and I say might, be better if they flipped that to avoid confusion.
Like David and David said, it is not a bug, it is how combined vector shapes work.
The two links in my previous post about the different rules explain the basics.
The reason Draw uses both rules is this (basically): Ordinary objects use the Even-Odd rule. This ensures that holes appear inside combined shapes like we expect them to do, no matter what direction the subcurves run in.
I believe this was the one and only rule in early versions of Draw.
For text objects though (text objects converted to curves), the objects are tagged with the Non-Zero rule instead by default.Why? Because if text characters overlap (script text for example) we don't want holes to appear where they overlap.
Normally these two rules in combination with properly created objects and fonts, make objects appear on screen just as we expect them to do.A few unexpected scenarios may cause things to go wrong though:
1. Some poorly created fonts may have subcurves running in the wrong direction and therefore holes appear where characters overlap after converting the text to curves.Not Corel's fault and not a bug. Either correct the curve directions or enable "Fill winding" (apply Non-Zero rule).
2. If "normal" objects have subcurves running in the wrong direction and also incorrectly have the Non-Zero rule tag, there will be solid areas where we expect holes.This is often seen on imported objects from programs which ignores the winding rule (or from users who don't have a clue what they are doing).May also happen with native Corel objects when someone has accidentally enabled "Fill winding".Again, Not Corel's fault and not a bug. Correct the curve direction or disable "Fill winding" (apply Even-Odd rule).