Hidden Line window numbers showing through from other side 😡

[Christiaan]

I've had this nasty problem crop up just before I need to issue a set of elevations. And they're so urgent that I'm going to be forced to issue these drawings looking like this.

 

Has anyone who's experienced this found a workaround around? Using a finite Depth Range doesn't work.

 

 

Edited October 20, 2017 by Christiaan

[Christiaan]

Thought of a workaround: two viewports, one with OpenGL for window numbers and one in Hidden Line with window numbers turned off

[BG]

The work around we use for this issue is to place the window numbers for each elevation on their own class.

[SNOJNKY]

This is quite ridiculous that this is STILL a problem!  We use BG's solution of window tags on separate classes.  It just happened to me with doors, too.   

[ilimatiare]

Is there really not a better fix for this?

[Christiaan]

No, BG's is the best workaround, because even if you're not having the problem I originally posted his workaround also lets you avoid the problem of window numbers showing in side profile.

Edited January 8, 2020 by Christiaan

[Matt Panzer]

18 hours ago, ilimatiare said:

Is there really not a better fix for this?

 

Have you tried using Data Tags instead of the integrated Window ID Tag?

[Christiaan]

14 hours ago, Matt Panzer said:

Have you tried using Data Tags instead of the integrated Window ID Tag?

 

Oh yes, thanks for the reminder Matt. I've tried it this morning on one of our elevations and it's excellent in principle. Really liking it. Couple of things:

1. It's resource intensive. Getting a lot of spinning beach balls.
2. It seems there's no way to dynamically stretch a surrounding box to suit text length. This would be nice.
3. I'm having trouble moving tags. Should I be able to adjust their positions?

Edited January 9, 2020 by Christiaan

[Matt Panzer]

Hi Christiaan,

 

6 hours ago, Christiaan said:

Oh yes, thanks for the reminder Matt. I've tried it this morning on one of our elevations and it's excellent in principle. Really liking it. Couple of things:

1. It's resource intensive. Getting a lot of spinning beach balls.

 

Can you submit a bug and attach a file showing the problem?

 

6 hours ago, Christiaan said:

1. It seems there's no way to dynamically stretch a surrounding box to suit text length. This would be nice.

 

Right.  there's no way to do this.  This is something I'd like to see as well.

 

6 hours ago, Christiaan said:

1. I'm having trouble moving tags. Should I be able to adjust their positions?

 

Yes.  You should be able to freely move them.  I've never seen this issue.

I'd hate to ask, but another bug with a file would be great!  🙂

[Christiaan]

On 1/9/2020 at 2:41 PM, Matt Panzer said:

Can you submit a bug and attach a file showing the problem?

 

See bug report VB-167853 @Matt Panzer

 

On 1/9/2020 at 2:41 PM, Matt Panzer said:

Yes.  You should be able to freely move them.  I've never seen this issue.

I'd hate to ask, but another bug with a file would be great!  🙂

 

I've subsequently noticed you need to have the leader line checked to be able to move them.

[Matt Panzer]

15 hours ago, Christiaan said:

On 1/9/2020 at 9:41 AM, Matt Panzer said:

Can you submit a bug and attach a file showing the problem?

 

See bug report VB-167853 @Matt Panzer

 

Thanks for the file Christiaan!

Hopefully this will help us to better optimize how the Data Tag finds and highlights possible candidate objects in large models.