Jump to content
  • 1

changing class visibilities in viewports


jmcewen

Question

Recently I have found myself needing to add and change class visibilities during revisions on viewports quite a bit.  I find that these changes do not always get executed on the first update, but often do work after making no further changes and re-updating.  It is most noticeable when turning off a class visibility.

 

For example, imagine if I had a hardware class activated on a viewport, but then I realize I need the hardware to be invisible so I can dimension the hole patterns.  I have a standard array of ortho views set up already, so I highlight all of them, I turn off the hardware class, and I update. The image of the hardware remains, though it often appears in a lighter color or just  peaking out from behind the updated viewport.  Then I update again immediately and it usually (but not always) comes out as expected with the hardware now invisible.  If not, I update again and it probably works.

 

This happens very commonly if i am updating more than one viewport at a time.  It seems perhaps a little less frequent if I update a single viewport, though it is still happening most of the time.

 

My current file is sitting at 155 viewports so far (I realize this is not a huge project for some of you but it is a lot of viewports in a single file for my typical workflow) and I don't relish updating them individually twice or needing to go back for an extra proofing session to find the ones that did not update properly.

 

Is anyone else seeing this or is it just me?  Any thoughts on remedies?

Link to comment

6 answers to this question

Recommended Posts

  • 0

I don’t know if this is related to your Class question, but I experienced something similar with SLVPs not fully updating camera / view changes due to Image Effects being enabled. Not sure if this is your issue, or if this is still an issue with Vw 2024.

 

 

Link to comment
  • 0
9 minutes ago, rDesign said:

I don’t know if this is related to your Class question, but I experienced something similar with SLVPs not fully updating camera / view changes due to Image Effects being enabled. Not sure if this is your issue, or if this is still an issue with Vw 2024.

 

 

It isn't the same problem but it has very similar symptoms.  I don't have any image effects activated.  It almost seems as though it updates the viewport, but an image of the shaded view is left behind with the old and the new update occupying the same space, maybe?

Link to comment
  • 0

I realize I may not have described the issue well.  Here are some screenshots.

hardware visible:

Screenshot2024-09-03101615.png.b09274a98d3c91aeef9901d22b24fa48.png

updated, and the hardware remains as a lighter green ghost image behind the holes.

Screenshot2024-09-03101635.png.cbc6fcbbd4163fcaaec600c6b199cbe9.png

update again for it to completely disappear without changing anything.

Screenshot2024-09-03101650.png.2dd0412797de3dd6f51aa657793ce224.png

Link to comment
  • 0

Just a stab in the dark - looks like you (or others) built the green holes with (2) coloured faces? What you’re describing as hardware.

 

The first attempt to hide class removes the nearest ‘lens’ leaving the rearmost still slightly showing. The second attempt takes the remaining ‘lens’ out. That’s what it looks like to viewer.
 

If they’re both classed the same then (like you) I can’t see any reason why both should not disappear - but 2024 has loads of 'quirks’.

 

Take a look at the symbol or way the hardware is constructed - there may be an issue with competing classes?

 

Told you it was a stab…..

 

 

 

Link to comment
  • 0
10 minutes ago, Gadzooks said:

Just a stab in the dark - looks like you (or others) built the green holes with (2) coloured faces? What you’re describing as hardware.

 

The first attempt to hide class removes the nearest ‘lens’ leaving the rearmost still slightly showing. The second attempt takes the remaining ‘lens’ out. That’s what it looks like to viewer.
 

If they’re both classed the same then (like you) I can’t see any reason why both should not disappear - but 2024 has loads of 'quirks’.

 

Take a look at the symbol or way the hardware is constructed - there may be an issue with competing classes?

 

Told you it was a stab…..

 

 

 

Thank you for the stab.

 

Each boltset is a single object made with the 3d fasteners tool.  it only has one class assigned to it-- hardware. And the holes are just holes, no faces in the holes. It is not only happening in this class change either.  one of my standard procedures is to set up a sheet with all my ortho view of an object  and then duplicate it thorough the process.  So at first i have an overview of the complete object on the first plate.  I duplicate that plate and its constituent viewports and turn off all visibilities except the framing.  Then I duplicate and add fascia.  Then I duplicate and add trim and details.  the same thing happens throughout the process regardless of what class I am looking at.  This has always worked for me in the past.  Not sure what has changed.  

 

it is as though it is leaving a picture of the old viewport behind until I update again.  I need to get out my other computer and see if it is doing the same thing.

 

Side note-- is Gadzooks a Mojo Nixon reference for you or just a general everyday sort of gadzooks?

Edited by jmcewen
Link to comment

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
Answer this question...

×   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.

×
×
  • Create New...