Dynamic block bug in stretching

[delie]

When using the block, the stretch command start (in rubber stretch) the entities during the drag, but it sum the drag in both ways. I mean if the user move the stretch grip, for example a rectangle stretch accordingly and before click the left mouse, the drawing be in a rubber drawing. moving to the right then reduce by moving to the left, the rubber rectangle always increase in any move in any direction. When we click the drawing become correct. But this lead in more complicated DBlock such array, frame... like sound attenuator to incorrect behavior due to some similar or exact bug. Especially when the user drag a wide range of distance by one step, the final block become unexpected, and when he drag each time a small amount to reach his long distance, the final block become correct.

[pendean]

Share your actual block in a container DWG file here please.

[delie]

I added an image to show a dynamic lines or rubber lines during the drag. And the block itself is clear showing the behavior when we move a big step to the right or to the left

[Libbya]

If you actually want any assistance then as pendean suggested, post the block file!  The image and text you posted is useless without it.

[delie]

I thought that I uploaded the block as dwg after Pendean reply. It seems something failed.

How to add new files to upload?, I don't see any option without the reply and the upload when replying to someone (but failed).

I will retry to use the upload when replying. The 'Sound Attenuator.dwg' is for my question or the reason of opening this post.

It seems for me the order of any click or command affect the other, first to put geo. constr. then dimensional constr. last is to put the action parameters, and even in this the order is important, selecting the grip or not ... lot of issue to take care, to have a good Dyn. blck

[delie]

I am sure it has a bug,

I updated my ver2 and added a grip to show u the bug.

Follow pls the image 'sure' . first I extend the block more than a specific distance, a a gap or empty area appeared. I clicked the blue grip at its place at 200 the original hatched-rectangle reappeared. So why it disappeared since it place is correct? If I extend more a more gap will be generated and the max. distance of this grip is 200 of the airGap. and when I click it it reappeared again at its correct place, but the remain part of the array still away.

 

[delie]

The Dyn. Block can be reach a long width if I move each time a small amount and click in place the grip (which I  talked before) to reappear the disappeared splitter.

I notice the hidden one (1st splitter) is behind the last one. When awake the AutoCAD by click on the grip (which is not moved), the original will be moved from last to its place. Note: The maximum distance of the airGap where this grip exist is set to 200. So never to let it to be far

[j.palmeL29YX · Accepted solution]

A first note: In your block you used Dynamic Parameters side by side with constraints. You should avoid this mix, in most cases such blocks will fail. And in your example you don't need any constraints.

In the attached file you find an other attempt. A small flaw: The hatch doesn't update automatically after changing the height. Either you chance the height first and second the width or - if you only want to change the height - after that you must pick the width's grip twice to update the hatch. 

Give it a try. 

[delie]

Thank you; that's excellent. But what is the idea or what order should be followed when building a dynamic block to avoid a problem like the one I already faced? I need to prevent constraints as much as possible with dynamic blocks. Is the order of the parameters-action I put important to avoid such a problem? Or what is my mistake? Why did u attach the array parameter to the middle, not my way?