Block with dimension inverting when using mirror command

[Guicsr]

I created a block with a quota inside with parameters, it works perfectly, but when I use a command external to the block called mirror the dimension

gets the text inverted.

[MMcCall402]

Try using a FLIP parameter and action within the block editor to facilitate the mirroring and only select the linework in the selection set for the action.

[Guicsr]

I use it like this, but there are times when I take several blocks and I have to mirror with the command without being in the block itself, like I build a drawing with several blocks, then I select everything and give mirror, because on the other side it's the same, only mirrored.

[MMcCall402]

Could you post one of the blocks for me to tinker with?

I have some blocks that don't care if they're mirrored or not so I'd like to see what is different.

[Guicsr]

Hello, I'm sending the file, so you can take a look.

[Libbya]

Is there a reason you can't make it an attribute?  If you did, then it would respect the MIRRTEXT sys variable.

[Guicsr]

There is a reason, this size always leaves the text horizontal. And I'll send you another file, which measures the number of blocks for you to understand why it needs to be a size.

[Libbya]

That can all be done using an attribute for displaying the text.  Any other reasons?

[Guicsr]

One block serves to keep it horizontal and the other it measures the amount of block, can you do it in another way? open my file, I post here.

[Libbya]

Yes, I opened both of your files.  Yes, you can do it another way.  Instead of using a dimension, use an attribute to house the text.  To keep it horizontal, add a chained point/move that moves the attribute.  Then rotate the chained point.  To count the number, either add a formula field that uses the blockplaceholder field for distance1 and divides it by 1.09 OR add a block properties table to directly write the value to the attribute based on the distance1 parameter length.  

[Guicsr]

Can you do it for me? For me to analyze, because I don't understand anything about the attribute.

[Libbya]

See attached.  I used the BPT version.  It can stretch to 20 items.  If you need more than that, then more rows would need to be added.  The field version would not have any distance limitation but would need the REGEN command used to immediately update the field (fields will update automatically on save, close, plot, etc...).

[Guicsr]

OMG, Perfect, that's what I need!!! But I couldn't understand what was done, how do I see it?

-You created an attribute within the block (attdef)

-Wrote NUMBER in the tag

- after that I don't know what formula you used

[Libbya · Accepted solution]

I didn't use a formula in the attribute.  As I mentioned in my last post, I used a block properties.  The block properties table writes the value directly to the attribute based on the value of the Distance1 parameter.  The other OPTION I mentioned was to use a formula field, but that is not the option I used.  I don't have time to describe it further at this time.  All of the details have been posted in other threads on this forum.

[gui_chinelatog]

I didn't know about this block table until today, I'll send you a video of what I'm trying, see if what I'm doing is correct, because I couldn't make the numbers appear.

[Guicsr]

I didn't know about this block table until today, I'll send you a video of what I'm trying, see if what I'm doing is correct, because I couldn't make the numbers appear.

[Guicsr]

I GOT, THANK FOR YOU SUPORT!!

[Guicsr]

Hi, another problem came up that I couldn't fix, I created a block with an annotative attribute in it I put a movement point and the base point which is the origin of the block, everything works perfectly, but when I move the block with the darker blue grip which is the base point, the annotative text remains in the same place and does not accompany the drawing, but when I move it by the grip of the normal point the annotative text accompanies, I don't know how to fix this problem, and this hinders my workflow more, I will send the video of the problem and the file.

[Libbya]

I can't replicate your issue with the file you posted.  The attribute moves correctly with each of the grips.

Does it work correctly when you run a Test Block window within block editor?  Did you run ATTSYNC after any changes to the attribute to update the existing insertion(s) in model space?

[Libbya]

Never mind, I watched your vid after posting and I see the issue and can replicate it. 

Do this:

Add SECOND point parameter on top of the base point position.  Do NOT make it chained and keep its grip ON.  Add a move action associated with the new point parameter.  For the selection set add Position2, Position1, Position3, and the nested block.  Select the move action associated with Position2, right click>Action Selection Set>Modify Selection Set and add the new point parameter.  

That should fix it.