OK, this has happened to me on more than one occasion and I never understood why.
I've noticed if I have a drawing with a bunch of leaders (quick leaders) in it with notes, sometimes (and I don't know if this is somehow related to the dimension style or not), there will be one spot in the drawing where autocad will decide to grab 5-6 leaders, and stretch all of their endpoints (the end that comes off the text, not the end with the arrowhead) to some random point. So, some of the leaders will get stretched a few inches and some get stretched a hundred feet, depending on where this random point is. I don't even understand why the hell it does this. I've had it do something similar with dimensions before too, with no apparent reason.
Does this happen to anyone else or am I just being tortured?
Are you drawing in 2D or 3D? If 2D, make sure your view is top down - perhaps you're grabbing some spot way off down below the level of most of your drawing, and then viewing at a tiny bit off flat planar.
There's some variable that causes the base point of a move or copy command to snap to 0,0,0 instead of where you're picking, but I can't remember it.
I think there can also be errors if you're a long distance away from 0,0,0.
I'm drawing in 2D, but I'm not sure if it's related to that...
I was going through the aforementioned drawing, which is a very large pipe detail drawing I'm doing for a gas pipeline (valve settings, etc). I'm having to go through every individual detail drawing because there are leaders that were fine when I first put them where they were (copied via the Copy command and put in different places, since there are so many identical items), but now the end of the leader has moved off to some other location. Has to be something weird with the dimension scaling because I know they weren't snapping to anything when I put the leaders & text in place.
I have the drawing scale set to 1:1 yet for some reason the dimension style defaults to 50 every time you close the drawing and reopen. I'm wondering if that's doing it, but as it is leaders don't update with the dimension update command anyway so wtf? Really doesn't make any sense to me.
"Does this happen to anyone else or am I just being tortured?"
I have had this happen to me, starting with 2010, I think. The leaders will be fine when I close a DWG, but go wonky when I re-open the file. I don't know the "cause", but I have a sense that it has something to do with copying. It seems as though the leader "remembers" the location of the text object it originally was connected to, even if the text is no longer there. If I use the Express Tool (qlattach) to re-attach the leader to the correct text it then behaves.
Not a "solution", but at least now you know you're not the only one (being tortured).
Is this in a drawing you created or one you got from someone else?
Are the leaders annotative, and is this happening when you change scales?
Have you examined all the properties of the leaders that go wonky?
Have you run an AUDIT on the drawing and corrected any found errors?
This is a drawing I created, someone else worked on for awhile, and now I'm back in it finishing it up.
No annotative dimensions in this drawing.
I don't see anything suspicious in the properties...just says it's a "leader" with the normal leader properties...
I have not run audit, I suppose I could try. I usually don't run audit unless a drawing crashes during certain commands or is just acting weird. I've had this issue happen on lots of drawings.
one drawing. not all drawings.
dimscale auto-changes to 50 when you reopen.
happened after someone 'else' had the file.
Was this last edited in a vertical version of AutoCAD?
As a test, turn off PICKFIRST for a day and see if the problem goes away if you are unable to confirm the first question.
Ya know, I've had this experience and still do with 2012 (I know it's a 2013 forum ) but I have narrowed it down to blocks with wipeouts under them. But only if it is attached to the block (wierd).
I use alot of blocks to assemble our product and have leaders go apesh!t frequently. Can't fix it but it almost ALWAYS happens when a wipeout is involved. If I make a rectangle and place a rectangular wipeout under it and point a leader at the mid-point of the block, save and close, then reopen, the leader (80% of the time) has moved to the endpoint of the rectangle. If I do the leader with the wipeout
off frozen it behaves properly.
Sidenote: Dimensions also hate wipeouts. I dim in PS and if I have a block with a wipeout under it and dim it in PS thru an mview it will dim the PS value. Kinda like a programmer fergot to take the mview scale factor into acount in the dim module when a wipeout is involved. Freeze the wipeout layer (all wipeouts are on the same layer, of course) then dim the same place, it gives me the correct value. Go figger.
I've worked around it and now it's just in my workflow to adjust for it. Just FYI ... thought it was an interesting anomoly. Wish they'd fix that, but then ... que sera
Access a broad range of knowledge to help get the most out of your products and services.