Wipeouts go to front of blocks when drawing is opened.

[jacob.dwyer]

Hi all,

Been searching these forums and others for awhile now and I've found no answer to why this is happening. I have a drawing which holds all the blocks I use, and i insert them from there into new drawings when i need them. The problem is any blocks containing wipeouts have a draw order issue where the wipeout comes to the front. I have tried every technique i can find to correct draw order, including recreating the blocks so the wipeout is created first. None of them seem to have any effect. Even more perplexing, after i fix a block and save the drawing, when i close and re-open, the wipeout goes to the front again. I have to fix the blocks every time i open the drawing. 

I'm at a loss. If i have to fix the blocks every time i open the drawing, it becomes a huge waste of time, but i have found no solutions. Any help would be appreciated.

[jacob.dwyer]

I have worked on in very limited capacity with .ctb plotting, and I didn't find it to be intuitive when navigating drawings. I enjoy working with .stb because I can have a large variety of layer colours to differentiate between lines and make it clear what I'm looking at, without affecting how the drawing will plot. 

If I want to plot a layer, or even one particular line in colour to emphasize it in a drawing, its a simple matter of picking a plot style for that layer/object that plots in colour. I just find I have a lot more flexibility and its a bit easier to use.  

[Anonymous]

I use .ctb, but you can always go to the plot style table editor to choose what color prints for a specific color. Also I've changed my model and paper space background to black, which makes it so much easier to see everything while drafting.

[lanceX2G2C]

How do you change what color actually prints with CTB?

[Anonymous]

When you go to print, choose your plot style from the Plot style table (pen assignments) drop-down then click the edit box to the right of it. You'll see the list of Plot styles (colors on the left)

Choose the yellow color you use for your annotation layer and then on the right where it says properties choose a color that you'd prefer it to print, be it black or white or whatever you want. Hopefully that helps.

[lanceX2G2C]

Ah-ha! Yes! It was so obvious I couldn't see it! Haha

Thanks for your help! Now to go change out all my wipeout blocks...

[Anonymous]

xD No problem. Happens to the best of us!

[dschleicher]

Where to I go to fix the bugs for Autocad Electrical 2017?

[Anonymous]

Our company just upgraded to 2019 as well and I just happened upon this bug. Not cool. It's not even some rare-situation bug that only happens if someone tries to do something they're not supposed to in a random order; the terminal strip editor is an integral feature of AutoCAD Electrical and once someone tries to insert a terminal block, they will discover this. Please fix. 

[DavidTosh]

This is certainly a bug in 2019 but Autodesk hasn't acknowledged it or attempted a fix or workaround. The only thing I have found is to BEDIT the inserted block and send the WIPEOUT to the back of the DRAWORDER.

[jyuZ63Y9]

Is there a fix with Autocad 2019?

[lanceX2G2C]

No.

[Anonymous]

I just updated my AutoCAD 2019 using the Autodesk Desktop App, and the wipeout glitch seems to be fixed, for anyone else still struggling with this issue.

[lanceX2G2C]

Hi, Daniel,

I'm honestly glad it works for you! However, I just installed 2020.1 a couple days ago and it's still an issue for me. Maybe someday it'll work for everyone.

Still waiting,

Lance

[Anonymous]

Lance, and that's why our company doesn't usually upgrade to latest versions of software right away 🙂

[lanceX2G2C]

Yeah, neither do we. We figured 2020.1 would be good. Oh, well.

[jyuZ63Y9]

I installed the update 2019.1.2 and it fix the problem.

[Anonymous]

I am using v2018 and i am facing the same issue. I have tried turning OFF the frame but it did not fix my issue, has anyone found a real solution yet?

[jcds.ltd]

I'm still using a copy of Autocad 2013, and I've had some success with using wipeouts within blocks, but also by offsetting the wipeout boundary by a whisker* inside the area I want to obscure.

* note, a metric whisker is approx 2mm on a 1:50 detail, so an imperial whisker would be about 1/16" on a 1/4"-1' detail ... ymmv

Also, for the person who was bemoaning the absence of circular arcs within wipeouts, just use a polygon with a high facet count.  I find 48 facets covers most circumstances.

[Alfred.NESWADBA]

Hi,

>> the absence of circular arcs within wipeouts, just use

>> a polygon with a high facet count

Which results in a high number of object snap points that makes the dwg-file and the object snap really slow.

I would suggest to use hatch instead as it does not create object snap points, it supports arcs and circles and splines too, if it is not a dynamic block the hatch can be set to not be associative so it's quite fast to display, no need for wipeouts.

The only advantage of wipeouts is that it displays/hides itself by having automatically the color of the background. As I use white background out of many reasons my hatch objects have the color 255,255,255 and so they work really well.

- alfred -

[jcds.ltd]

I'm not sure I follow when you say "a high number of object snap points that makes the dwg-file and the object snap really slow". 

I don't recall any cases of a drawing slowing to an unacceptable level because of the number of snap points.  That said, I limit my active osnaps to the basic ones that have been available for donkey's years, and when I want to use one of the more recent additions, eg "geometric centre" they can all be accessed quickly and easily with a [shift right-click].  Plus F3 is your friend ... 🙂

When it comes to using a white background, I'm sorry, but I'd have gone blind decades ago if I'd been forced to use acad with a light coloured background.  In all the years I've been working as a contract draughtsman I've only ever worked with one client who had white as the default, and that got changed very, very quickly ... 😁

However, my biggest argument against using solid hatches is that different pdf readers seem to treat the hatches in different ways.  Some will print a "wipeout hatch" as solid black, whilst others print documents as intended, with a wipeout effect. 

Unfortunately, we can't control the pdf software that others will use to print out our drawings, so IMO Wipeouts seem to be the best option ... certainly they would be if that behaved themselves predictably.