Author Topic: Rules of Dynamic Blocks  (Read 13993 times)

0 Members and 1 Guest are viewing this topic.

tlindell

  • Guest
Re: Rules of Dynamic Blocks
« Reply #15 on: August 04, 2007, 03:48:04 pm »
If you want to use the rotate parameter to rotate a block from a consistent base point, that would be acceptable for taking out those steps in a commandline process.  I'm not disagreeing with the "rule" or agreeing with it, but it does add an additional level of complexity to the block with little benifit in most situations and it possibly adds an additional block definaition to the file.

These are more like guidelines than rules anyways.  Good practices and habits nonetheless.

Here's one: don't separate the parameter grip(s) from the original parameter points unless there is a really good reason to.  It will help big time when dealing with those flip actions.

Here's another: flip parameters cause all sorts of unexpected thing to happen.  Use them sparingly.

Mr Cory

  • Guest
Re: Rules of Dynamic Blocks
« Reply #16 on: August 06, 2007, 09:12:21 pm »
Only add other actions to flips if said actions have angle offsets or negitive distance multipliers, or if its a scale action with an independant base point.  :pissed:

Shinyhead

  • Guest
Re: Rules of Dynamic Blocks
« Reply #17 on: August 17, 2007, 08:22:07 am »
If you edit a dynamic block with hatch entities, when you exit the block editor I have noticed that the hatch will be unupdated in the existing instances of the edited block.  The quickest way to make them display correctly is to close and reopen the drawing.

Also, regarding hatch in dynamic blocks, hatch performs more reliably when you increase the area of the hatch then when you decrease it.  So make the base entities of the DB as small as you reasonably can and you will get more reliable preformance out of them.




Shinyhead

  • Guest
Re: Rules of Dynamic Blocks
« Reply #18 on: August 17, 2007, 08:25:35 am »
Here are a few more oddball things that may help folks.

Sometimes a single entity in a db will simply ignore its visibility state, when that happens it is easiest to delete it and redraw that part of the block and assign its visibility states.

This one is one some of my drafters have tripped over a few times, once you are in block editor, you cant then define an attribute and expect it to work. It needs to be defined before you make the block, or brought in to the block via cut and paste.  If you define the attribute you will find you cant attedit it once the block editor is closed.


mjfarrell

  • Seagull
  • Posts: 13920
  • Every Student their own Lesson
Re: Rules of Dynamic Blocks
« Reply #19 on: August 17, 2007, 03:27:12 pm »
Shinyhead

The reason for those newly defined attributes not behaving is explored here:
http://usa.autodesk.com/adsk/servlet/ps/item?siteID=123112&id=7586586&linkID=9240817

The text of which is:
When you attached a visibility parameter to one or more block attributes in a dynamic block, the attributes remained visible.


Solution


This issue occurs if the Lock position in block check box was not selected when the block attribute was created with the ATTDEF command.

To resolve the problem

In the Block Editor, open the block.
Select the affected block attributes and right-click. Click Properties.
In the Properties dialog box, under the Misc section, change the value of the Lock position to Yes.
Close the Block Editor.
Click Accept to save the block definition.
Note: These changes will only affect new insertions of the block. Block references that were inserted prior to this modification will continue to behave incorrectly.

To avoid the problem in the future, you should make sure that the Lock position in block check box is selected when you create a block attribute (see image below).
Be your Best


Michael Farrell
http://primeservicesglobal.com/

Shinyhead

  • Guest
Re: Rules of Dynamic Blocks
« Reply #20 on: August 20, 2007, 07:55:00 am »
Actually I was referring to non attribute entities. We have had lines, plines and arcs all ingore visibility states, the attribute issue I have heard about and is a different issue. If you have not had this happen to you be happy about it, as it is downright annoying.

whdjr

  • Guest
Re: Rules of Dynamic Blocks
« Reply #21 on: August 20, 2007, 08:21:53 am »
I have had some of my linework not behave properly and the easiest thing is to erase it and redraw.

Mr Cory

  • Guest
Re: Rules of Dynamic Blocks
« Reply #22 on: August 20, 2007, 05:00:49 pm »
About the attribute being copied and pasted, i disagree, i have more problems coping and pasting than i do when i create them in the block editor especially when im using fields, each to their own i guess

Shinyhead

  • Guest
Re: Rules of Dynamic Blocks
« Reply #23 on: August 21, 2007, 08:12:57 am »
My best results are to try and make all the entities (linework, attributes, etc), then issue the block command, then make them dynamic. It just seems to produce more stable results for me.

mikehaff

  • Guest
Re: Rules of Dynamic Blocks
« Reply #24 on: May 24, 2012, 02:52:03 pm »
Dynamic blocks inserted with a "Z" scale other than "1" will not display visibility grips.

chauhuh

  • Mosquito
  • Posts: 20
Re: Rules of Dynamic Blocks
« Reply #25 on: August 07, 2015, 01:45:42 am »
Beware the flip action and multiline attributes.

Block properties tables are the shiz!

Daniel J. Ellis

  • Swamp Rat
  • Posts: 770
Re: Rules of Dynamic Blocks
« Reply #26 on: April 15, 2016, 03:13:59 am »
How to keep something centred compared to another object that's being stretched:
While I was trying to search the web for how to do this, I found a lot of replies that were along the lines of "set the distance multiplier to 0.5" and just left it at that.  In an effort to help the next person who has this problem, a complete step by step guide:
1) Add linear parameter;
2) Set the linear parameter to Chain Actions=Yes and adjust the number of grips as desired;
3) Add a stretch action to the linear parameter;
4) Add a move action:
4a) Select your linear parameter;
4b) Select the endpoint of the linear parameter;
4c) Select objects to move;
5) Select the move action and set the Distance Multiplier to 0.5;
6) Test the block
6a) If it doesn't work curse loudly and repeat from step 4;
6b) If it does work pat yourself on the back proudly :)

dJE
===
dJE

chauhuh

  • Mosquito
  • Posts: 20
Re: Rules of Dynamic Blocks
« Reply #27 on: July 12, 2016, 04:22:09 pm »
Someone asked for more information on my rotating column block so here it is.

http://www.iconeo.net/2016/rotating-dynamic-block/

Covers chain linking, block tables, and distance multipliers.