Multileader block attribute property

[Focus-Architecture]

We use a keynote block in our drawings that is field linked to a block in a keynote list. It is very convenient for when a keynote in the list changes, all of the references in the drawing automatically update (with a manual refresh). I'm sure that this is used by many. I recently discovered the block content function of multileaders and want to implement multileaders in place of custom dynamic blocks with visibility states for various leader types. The issue I am finding is when I try to field link back to the multileader, the attribute content of the block is not one of the properties of the source block.  I only get properties of the multileader, i.e. arrow head, landing, etc...; there is no field data to link to. Is this a limitation of the multileader block content?   

[pendean]

Can you post your content in a DWG file for others to try around here? Just to make sure we are all talking about the same thing and using your blocks.
Don't forget to include your FIELD entry somewhere near the mleader-block too so we can also see what options to selected.

[Focus-Architecture]

Here's the drawing with the multileader blocks. I modified the "out of the box" block slightly to add a hatch and use our standard text styles, but I did do a test with unmodified blocks as well. 

[dbroad]

You could link to the attribute of a _taghexagon insert but not to an attribute within another mleader. I can't see the benefit though to doing either.  I use numbered keynotes all the time and just enter the number that relatest to the keynote desired.  The note number never changes at the keynote but the note sometimes does.  I might also revise the leader to point to a different keynote but fields are unecessary IMO.

AutoCAD architecture has several keynote features of note that you might explore as well.

[R_Tweed · Accepted solution]

As@dbroad mentioned, field linking would need to be made with the base block used in the Multi-leader.  In the attached file the bottom row can be copied to make additional linked items. Copy the last row mleader and block, and then change the value in the block, Regen and your mleader will update. There are a couple of companion add-ins available that work well with this type of note schedule.  (Gile-increment and Auto Align).  I also have a visibilty state in the base block.  The first one listed is used by the mleader. 

[Focus-Architecture]

That's the conclusion that I came to as well. I'm just implementing it with the premade _TagHexagon block that is already associated with the Mleader content.

[LDRCADBIM]

Please provide a list of commands I might use to further understand the features you've built into the attached .dwg

By using BATTMAN, I see one block attribute.

I also see a block named _TagCircle

Although I see your MLEADERSTYLE Does not refer to _TagCircle as I suspected it would.

Thanks

[R_Tweed]

_Tagcircle and the multi-leader predefined content block circle are the same.  The tag references a value from the adjacent block in the note list using a field.  The block in the list does not need to be the same as long as there is an attribute to reference.  In the attached example,  I've made another block for the legend. The pic below is from the previous dwg.

[myersm564PQ]

I'm trying to change the size of the text inside the circle...

Can I not edit the block _TagCircle?

[pendean]

---

@myersm564PQ wrote:

I'm trying to change the size of the text inside the circle...

Can I not edit the block _TagCircle?

---

What command are you using? It's very editable, you also want to make sure you're not fighting your hardcoded STYLE setting first.