what's this behaviour

[uwam2ie]

I'm working on Nx506 and have a problem to find the sketch curves. When I'm starting a extrude from the contextmenue of the partnavigator the sketch curve are there. Leaving the extrude with cancel the sketch curves are hidden. Editing the sketch I cannot find them displayed, but I can find them in the dependcy window of delete constraint. What I found so far that there is a view relationship, switching view from top to left, for ex. but back in top they are also displayed.
please look at the attached file. What's this???
thx in ad

 

[uwam2ie]

Here is the file:

 

[NXConsultants]

Off the top of my head I cannot remember if you can switch this functionality off..

I haven't looked at the file you've attached so I might have missed something - When a sketch is embedded in an extrude feature, use MB3 on the feature in the part navigator > Make Sketch External

 

[MickyV007]

I've opened the file, and found out how to make the sketch visible back again, but can't figure out what's causing this behavior.

Please take a look at the att. doc --> it has to do with Layer visible in view, you have to reset the global settings.

Then afterwards when you extrude your sketch it will remain visible.

Greetings

Michael

 

[NXConsultants]

I've looked at the file now. I missed the point completely.

I've tried to replicate this on 5.0.5.3 & 6.0.2.3 and have not been able to.

I'm guessing that English is you second language judging by the Layer Category names - This is from Siemens support, it sounds relevant to your issue - I hope it makes sense!

The behavior where visible in view layers change when the view TOP is replaced by TOP view is as designed. What must have happened the last time that the part was saved is that the user used the Visible in View dialog to change the set of layers visible in the TOP view, but the user did not save the view (via View -> Operation -> Save). The concept here is that there are two different sets of values for a view (for most but not all of a view's parameters): the Active view parameters, which are those seen in the view as shown in the graphics window, and the Saved parameters which are stored in the part. Whenever a view is added to or replaced in a layout, it is the Saved parameters which are used, becoming the Active parameters. In order to remember the Active parameters, View -> Operation ->Save must be used to copy the Active parameters into the Saved parameters.

As the view-specific layer settings is one of the parameters which have both Active and Saved values, View -> Operation -> Save must be used to copy the active view's layer settings to that of the saved view. This is documented in the NX 5 Documentation, under Getting Started -> Working with Parts -> Managing a Part-> Format -> Visible in View, the second paragraph of the section "How It Works for Other Views":

To ensure that a view's layer settings change, before you change the work view or application select View->Operation->Save. If you don't, the next time you display the view, the view's layer settings will revert to their original values.

 

[hudson888]

NXConsultants suggestion seems like a viable possibility, perhaps the only one that I could think of to explain what might have occurred. The only problem with that explanation is that it seems unlikely, but I guess stranger things have happened.

If you are using visible in view in the modelling environment I'd say don't. NX is a very flexible tool and there is more than one way to do most things. Some ways of working are better than others but most are okay as long as you get results. I am not somebody who insists that you change your way of working based around what I happen to prefer. So I make an exception when I tell you NOT to use "visible in view" in modelling. The next user will never find it easy to understand how things are hidden. You should avoid using it except for in drafting.

If this is some kind of glitch that has happened more than once and in other part files perhaps you could let us know about that.






Best Regards

Hudson

www.jamb.com.au

Nil Desperandum illegitimi non carborundum