I am trying to get DText objects to update width factor when I change the Width Factor of the Text Style. We have one style (Simplex) & I hoped to be able to set the width factor of that style to 0.8 or 1.2 depending on what is required and then just insert objects from the tool palette so they have the correct width factor.
This seems to work for MText but not for DText or Attributes. Short of using lisp is there a to update the width factor of DText & Attributes? (hoping to be able to do this on LT also)
Only way I can see for DText is to qselect text and change style to something else and back to Simplex. Only way for attributes I've found is to advance edit block and change text style to something else and back.
I am using a multiple line attribute. I insert the block, fill in the text, and adjust the width of the multi-lines text so the lines are longer and there are fewer of them. I save and close the file, then re-open some time later and the width of the multli-ine attribute has reverted back to a different width (shoter) - I am assuming it is the default width that I set to the attribute. Is there a setting to stop this from happening? Is there something I should do when I create the attirbute?
When will working with multiline attributes get easier? Having to do multiple clicks to get to a place to edit is one thing, but then you have to use multiple clicks to get out of it. Surely Autodesk can make this an easier process. It was great when these were finally added, now they just need to be more user friendly.
I am having trouble with width factor in Model Space. I change the width factor and it seems to change but when I print it has changed slightly but not to what it has is model space. I dont really want to have to check the print preview to see if it is correct. Is there a way of displaying the correct width factor in model space?
I'm getting a little frustrated with the multiline attribute. Every time a place it in a block and save the file, the tag moves to the left when I re-open the block file or try to insert the block in another file. how to stop the tag from moving? FYI Locking the tags position makes no difference.
I've created tags with text below them. The text is a multline attribute. I save the block with the background mask on.
When I add these blocks to multileader styles, that setting is lost and even after creating a multileader, editing the multiline attribute and turning the mask back on, the setting will not save for some reason.
One very noticeable affect of losing the background mask is that when one is editing the multiline attribute AutoCAD leaves the original text visible and overlaying the text that is updating. This makes it nearly impossible to see the edits one is making. One has to set the background mask every time they edit that multileader if they need to change the text in the mutliline attribute.
When I select a block that contains a multiline attribute my AutoCAD does not display the corner grips of the attribute if its location is "locked" in the block. Is there a setting I can change to show grips in 2012? Apparently a co-worker of mine that uses 2011 has grips when selecting the block.
If I unlock the location I have grips (not the same ones I am used to seeing from mtext though) but I do not want the attribute location unlocked..I was understanding that the multiline attribute was simply an attribute containing an mtext.
I have a number of attributed dynamic blocks with multi vis states, that I wish to change from attribute text width factor 1, to 0.85, as per client specified requirement for the particular project. There are quite a number of different named blocks on each sheet, copies of each block, and quite a number of sheets involved.
Using BATTMAN or EATTEDIT I cannot select all attributes and change width factor in one go. It can only be done one at a time, a laborious task at best. GATTE appears not to be able to change width factor.
Any method of selecting all attributed blocks in a sheet, then changing the attribute text width factor on all to 0.85 in one fell swoop?
significance of extra dxf 1 groups in the entity data of a multiline attribute? I am looking at one for the first time, so I don't know whether or not to expect multiple 1 groups. In the single example I have created there are two and the first one seems to be ignored. Can I count on that being the case all the time? Data for the one I'm looking at follows, and what shows up on the drawing display is only the contents of the second dotted pair with 1 as a key.
Attached is a block that I use a lot. Originally I had two separate single line text attributes for the "title". I modified it to have a single multiline text attribute instead. I want this attributes text box width to stretch along with the line below it, so that long text strings will automatically adjust to single or multiple lines as necessary and not run off the end of the line. As it stands now I have to stretch the line and then adjust the width of the text box to match.
Also it would be nice if the bulk of the text would stay on the bottom line and only the "overflow" would move up to the next line.
I have a number of drawings that i need to change the revision numbers, insert the date, the reviewer, etc.... I have been doing this manually but it takes heaps of time. Is there an easier way to copy and paste multiline attributes from one block to the same block used in other drawings (each drawings has the same block and attribute titles). One problem is that i cant simply copy the entire block as the drawing number, reviewers, titles etc are different in each drawing.
What is the best way to change the color of two pieces of specific text in lisp? I want to change where it says (strcase ln6) & (strcase ln7) to the color of green. I tried it a couple of different ways but I'm having some trouble. First I am setting the current layer with a color of blue. I am then running the text command a couple of times. I want to run the mtext command a couple of times but I want the text to be green & I want the width factor to be .85
I am basically trying to determine how many lines are in the mutliline attribute. I have abandoned the idea of directly trying to find the the number of lines and have moved on to trying to fine the height of the multiline attribute. I have included the lisp and sample drawing that will draw a box of the boundingbox around the mutiline attribute.
This block as originally a dynamic block that different visual states. I have tried using the bounding box option on the block itself, however, if there are blocks hidden with the visual state, it will draw the bounding box according to the largest element in dynamic block every time. So I need to determine the height of the multiline attributes instead and adjust the dynamic block accordingly.
I've recently noticed that my multiline text boxes in old drawings have been splitting themselves into multiple multiline text boxes. They aren't exploding into single line text because it won't let me use the convert command to turn them into multiline because they are already multiline.
I know the dimassoc command can be set to a certain value to cause all dimensions to explode but is there some kind of command that could have change itself and is causing this problem?
Is there any way to adjust width of attribute text so that it is not out of contained block. The attribute is set at left alignment and width factor <=1.
When using mtext and a background mask and try to modify the border offset factor from the default of 1.5 , the factor reverts back to 1.0. If I type in 1.25 or 1.75, it will not save it and revert to 1.0. If I put in a larger number like 2.0 or 3.0, that factor will be retained.
Is there a way to constrain a few objects to an attribute text box width? I want the background box and line to stretch, based on what is typed in that attribute box.
I know that if I make the attribute, a multi-line attribute, I can add a backgroud mask. I don't want to take this route, because the mask boundary varies, depending on what character is typed. Also, there is a gap between the mask and line I would like to maintain.
I tried some constraint stuff, but all I seem to be able to constrain is the insertion point of the text box, and not the width grip...
I found this routine [URL]...... that changes the width of an attribute in a block. After use it, I need to use the ATTSYNC to update the other instances of the bloc in my project.
How to modify this lisp that I receive a prompt to choose if the width attribute will be change just in the selected block or in all instances of the block? In that way, I would not have to use the ATTSYNC command each time.
How to add a particular annotation for multiple selected multiline texts,In the attached screenshots, all Mtext were selected but couldn’t figure out how to add a particular annotation scale to them!
For example, I wanted all the selected mtext to have the 1:100 as annotation scale but sounds not to work with me.
Preface: A dynamic block c/w a "flip" parameter and a multiline attribute will crash when the block and attribute is flipped, and the attribute justificatiob modified.
Explanation: When the dynamic block is flipped, the multiline attribute is also flipped causing its justification to switch from "top left" to "top right". When the attribute is edited in the in-place attribute editor to switch the justification back to "top left", it causes AutoCAD to crash.
Workaround: Instead of using the in-place attribute editor (i.e. same as MText editor), the attribute justification is changed by modifying the attribute properties in the "Enhanced Attribute Editor" dialog box - on the "Text Options" tab
Any lisp routine for changing the text width of all the attributes in a block globally. I want to change it from 1.0 to 0.8. I have attached a symbol where the attritube tags will be the same.
When some off our users move the dimensions in paperspace or the drawing in modelspace,
only some off the dimensions would see the viewports scale factor, and multiply itself by that, from my knowledge this happens when you uses the power dimensioning in Mechanical, and the the annotative tick box is selected, but for some reason one particular user he uses normal annotations when dimensioning, where there is no annotative functionally but the dimension still behave as mentioned.