Community
Dynamic Blocks Forum
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Weld symbol with multiple visibility states – and strange behavior.

10 REPLIES 10
SOLVED
Reply
Message 1 of 11
Ebbe_T_Hansen
1901 Views, 10 Replies

Weld symbol with multiple visibility states – and strange behavior.

The attached file contains a block representing a fillet weld symbol. The symbol has multiple visibility controls (thanks to tricks picked up in this forum), so you can display an extra arrow and show additional symbols or attributes. But the problem is that the movements are not bulletproof.

 

If you try to move the control point the block may fall apart. This appears for a certain movement, but not if you do the same in 2 steps as shown on the attached drawing. Also if you make a change to any of the visibility controls or flip the block, and then move if works as it should, also if you return to the original state. This does not seem logical to me, and I would like to know if there is an explanation to this.

 

If you flip the block, and then add attributes for length and description, it will not be positioned correct, but it works if you first add the attributes and then flip.

It would also be nice to have the grips for the lookups act more logic for the users.

 

I realize that this may be a tough question, since this is a block with many parameters, but I guess there are some tough AutoCAD users out there who like a challenge.

 

To avoid a very long post I haven’t explained about the parameters in the block, but will be happy to when needed.

Any help is much appreciated, and I also hope that this block may serve as a useful inspiration for other users.

10 REPLIES 10
Message 2 of 11
Libbya
in reply to: Ebbe_T_Hansen

Your constraints are causing the movement issues.  I would eliminate the constraints and do the block with only dynamic parameters and actions.  I would use polar stretch in order to keep the correct arrow point direction.  You may have trouble getting more than one arrow to behave correctly with the flip action added, though.  

Message 3 of 11
Libbya
in reply to: Libbya

Attached shows how I would handle the arrows and flip instead of using constraints.  Be aware that the base point is part of the flip action selection set and that your input parameters for your multiple visibility states are relative the base point position.  With the flip action you would need to move the input parameters the same amount as the basepoint is moved.  The easy way would be to add a gripless invisible point move to the base point location.  Add the point move to the flip selection set (and any other selection sets that move the base point) and add your input parameters to the selection set of the point move.  Take care if you attempt to move the base point location within the block as the polar parameters have a bug that causes them to react poorly when the base point is moved by other parameters. 

Message 4 of 11
Libbya
in reply to: Libbya

I think I got all the issues sorted or at least pretty much the way that I would do it.  See the attached file.  There is still an issue with the text writing on top of the rest of the block if the description attribute is changed when the flip is in the flipped state.

Message 5 of 11
Ebbe_T_Hansen
in reply to: Libbya

Thanks a lot for your effort to make this block work, I think I could have gone on for ages without getting the right result. With the flip action moved to the end of the baseline, I found it would be more convenient to have an automatic flip as shown in the attached file. Again it is thanks to you, as it is your invention from a previous post. /Ebbe
Message 6 of 11
Libbya
in reply to: Ebbe_T_Hansen

Yup, when working on the block I considered adding the auto-flip.  Unfortunately, it seems the angle calculation is buggy or at least is on my version of 2015 and the angle where the flip occurs is not consistent.

 

To avoid the issue of the description text writing on top of the block if the length is increased when the block is in the flipped state, you can create a second description attribute (use a unique name) with a Right Middle justification.  You can then place it in the correction location for the flipped state and create the appropriate visibility states so that when flipped and displaying the description, it displays the right justified version.  Then you can insert an object field as the defualt for that attribute and direct the field to read the block reference value of the original description attribute.  A regen is required to update the field when changes are made.

Message 7 of 11
sunyaer
in reply to: Libbya

I have a couple of question regarding this dynmaic block, as shown in the pictures attached. Hope someone can help give answers.

 

Thanks.

Message 8 of 11
rbarbosa8DQGJ
in reply to: Libbya

Flag is not flipping and would be nice to have more fillet symbols, like bevel and others...

Message 9 of 11
Libbya
in reply to: rbarbosa8DQGJ

Make it however you want it.  It seems like you may have misinterpreted the function of this forum.  It is not a place where you submit a request for specific block behavior and others on here get busy to give you what you want.  It is a place where some people give their free time to assist people in learning how to work with the software to make what they want to make.

Message 10 of 11
rbarbosa8DQGJ
in reply to: Libbya

Alright. Sorry for exist and made your day a bit worse.
Message 11 of 11
Libbya
in reply to: rbarbosa8DQGJ

Did you have an actual question about Dynamic Blocks or just trolling?

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

”Boost

 

”Tips

 

”Services