Jump to content

Backgound mask showing in some viewports on plot


Recommended Posts

Hi, I have a drawing that incorporates a number of Multileaders that consist of a rectangle with some text inside and a background mask. This drawing is then Xref'd into another drawing.The issue I'm having is that in the main drawing I have frozen some of these. However, the background mask is still showing on the plotted drawings. I've tried to "Select All" to see if something shows up in the drawing, but to no avail. Any ideas? Thanks.

Edited by jkoll66
Changed Dynamic blocks to multileaders
Link to comment
Share on other sites

  • Replies 20
  • Created
  • Last Reply

Top Posters In This Topic

  • Dana W

    8

  • RobDraw

    6

  • jkoll66

    5

  • Andy1024

    1

Top Posters In This Topic

Posted Images

Hi, I have a drawing that incorporates a number of Multileaders that consist of a rectangle with some text inside and a background mask. This drawing is then Xref'd into another drawing.The issue I'm having is that in the main drawing I have frozen some of these. However, the background mask is still showing on the plotted drawings. I've tried to "Select All" to see if something shows up in the drawing, but to no avail. Any ideas? Thanks.
These ideas may not help but here they are anyway...

 

In the xref'ed drawing, these leaders may be using something other than the drawing background color for a mask. If the leaders have a block with a text attribute attached to them, perhaps the block was saved in the block editor, on a layer other than the one the leader is inserted on, and that block's layer is not frozen in your viewport. Note that a block can be a text attribute with nothing else, so a mutileader with that 'user block' attached will look like a normal multileader with text only when it is in fact a custom multileader.

 

EDIT: See the bold text above. I think that may be the answer. I missed the part about the rectangle on first read. You do have a multilieader with an attributed block attached. Any of the individual parts of the block may have their own object properties, or as I stated above, the block or any of its parts may have been created on any layer inside the block editor, and that layer is not frozen in your viewport. Just being a simple attributed rectangle, it may or may not be one that comes canned with AutoCad. If it came with AutoCad it is almost certainly created on layer 0. If it is custom, it could have been created and saved on any layer. If the block is one of AutoCad's, and created on layer 0, then it should have taken on all of the properties of the layer the leader is inserted on, including being frozen in a viewport.

Edited by Dana W
Link to comment
Share on other sites

Thanks for the reply. The multi-leaders are not blocks. I went into properties and what I described incorrectly as a rectangle was instead a "Text Frame". These leaders had a number of annotation scales associated with them, I had deleted all of them with the exception of the one I actually needed. Could that have thrown things out of whack somehow?

Link to comment
Share on other sites

Probably not anything to do with annotation scales.

 

Your terminology is off, so post a portion of the file exhibiting the behavior to make sure we are on the same page.

Link to comment
Share on other sites

Well, I don't know where to go with it, now. When I freeze the layer through the active viewport, it goes away.

 

You are clicking the VP Freeze icon, and not the New VP Freeze one, right? You are doing that while in the active (in model through the) viewport, right?

 

Wait. I forgot about the "plotting" part. Hold on the above.

 

EDIT: Ok, no background plots either.

Link to comment
Share on other sites

OK, I have verified that the text does have a background mask, and it is the drawing background color by default set in object properties by selecting a simple Yes or No.

 

Are you by any chance using a crazy whacky personal custom ;)background color in modelspace that the plotstyle simply cannot handle, like a color not included in the index colors?

 

For instance, your custom plotstyle is of course, missing on my computer so I substituted monochrome.ctb. Because the red 266,0,25 in your company logo is not an index (1 to 255) color, monochrome.ctb skips over processing it, and it plots as red instead of black.

Link to comment
Share on other sites

  • 2 weeks later...

Sorry for the late response. I was able to get it to print properly by going into the plotter properties dialog and changing a setting in "Merge Control" to lines overwrite. A colleague of mine says changing this could cause issues with transparencies, but so far I haven't seen anything. Apparently this is a known issue dating back to 2011. Thanks for taking the time to try and figure this out for me.

Properties.jpg

Edited by jkoll66
grammar
Link to comment
Share on other sites

I'm pretty sure it goes back even farther than that.

 

The Lines Overwrite option can be an issue if you have shaded (screened) objects over ones that plot solid. The shaded one can take precedence creating a break in the solid one.

Link to comment
Share on other sites

Thanks for the info. We do have some blocks that are shaded. I'll keep an eye out for issues. You would think Autodesk would have fixed this by now...ha ha ha.

Link to comment
Share on other sites

Draw order takes charge in the "Lines Overwrite" thing. The line in front plots, no matter if it is light over dark, the front shows while nothing is plotted behind it. It's not an issue. It is an option.

Link to comment
Share on other sites

Draw order takes charge in the "Lines Overwrite" thing. The line in front plots, no matter if it is light over dark, the front shows while nothing is plotted behind it. It's not an issue. It is an option.

 

IME, draworder is not 100% reliable. It also puts too much onus on our inputters.

Link to comment
Share on other sites

I could have dropped the 100% from that statement and it would have more accurate. Plus, for printing, aren't we actually talking about display order? I believe they are different.

Link to comment
Share on other sites

I could have dropped the 100% from that statement and it would have more accurate. Plus, for printing, aren't we actually talking about display order? I believe they are different.
I'm not familiar with Display order. Could it be "Plot Paperspace Objects Last"?

 

EDIT: I looked it up. Display order IS draw order. (at least as much as I get from the severely and purposely obfuscating language in AutoCad Help).

Link to comment
Share on other sites

  • 4 years later...
  • 2 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share


×
×
  • Create New...