Hatch Associativity and Coverage Problems

[Anonymous]

I am having some frustrating issues hatching closed polylines in my dynamic block.

Firstly, despite hatch associativity being "on" officially, the hatch sometimes does not adjust when the boundary changes shape. I have some sidelengths of the boundaries controlled by dimensional parameters and geometric constraints, and when I change these parameters, the polylines adapt correctly whereas the hatches often do not.

Secondly, my shapes have some very small details that are often not hatched when I create the hatch by having the whole shape in view and clicking inside it. But even more frustratingly, whether or not these details are filled can vary when adjusting the boundary dimensions!

Any help is greatly appreciated. I have read this list of tips that address the problem of hatching, but I have not found them useful, as they are mostly very invasive in the structure of the drawing (cutting and pasting the geometry would result in a loss of constraints and dimensional parameters).

In the attached file, I would like to be able to change the "cmargin" parameter (e.g. between 300 and 2300) to adjust the size of the gold shapes that I want to be hatched.

Many thanks,

Chris

[Anonymous]

I am actually struggling with the exact same problem...

What scares me is that I don't find any information or post about this problem absolutely nowhere

Are we the only ones trying to do something so basically simple and important at the same time ?!?!

Did you manage to find any solution since then??

I cant believe this bug is ...

[Anonymous]

No, I didn't find a solution. However, I found out that hatching was not critical for my application - it was "only" a cosmetic feature with no functionality. Obviously, it makes a difference when you're looking at your design and trying to understand it visually. But I was creating templates for photolithography masks, and there it didn't matter.

What's also strange is that layers in Autocad don't work the same as layers in Adobe (e.g. Illustrator or Photoshop). It's easy to make the mistake of editing an object that is not in the active layer (for example, select some text and use TEXTEXP to explode it - it will be placed in whatever layer is active, not necessarily the one that contained the original text), and the stacking order of objects (foreground / background) is also not determined by the layer.

[CADdaddy.com]

Hi All,

I've been experiencing the same thing and have been for years.  Recently I've noticed that if I zoom in a certain amount-- the problem is goes away.  I've attached a dynamic block that is affected and one very similar block that is not affected.  I'd love it if somebody could tell me the difference!

If you insert the cc-MDF.dwg into any drawing, it's fine as long as you're zoomed in at least around .018 when the first instance is inserted.  If you insert the same block into the same drawing while zoomed out just slightly more (say .016) it's too far and associative-ness of hatch is lost.

Here is a test that illustrates how the associativity is based on the zoom factor in effect when the first instance was inserted:

1. erase all cc-MDF blocks you have inserted (if any) and purge
2. zoom .016, insert block
3. zoom .018, insert block 
4. zoom in as desired and extend length of each block....they both don't work.
5. erase blocks and purge
6. insert both blocks again, but in this case, zooming in the revers order, .018 then .016.
7. now they both work!