NX8.0 bug? Rotate View causes re-parse of Search Paths
NX8.0 bug? Rotate View causes re-parse of Search Paths
(OP)
NX8.0.0, Windows 7 SP1 Pro 64-bit
Our Load Options are configured to load from Search Paths.
We are experiencing a problem in which rotating the view using Set View Rotation Point (ie: hold down middle mouse button, then rotate) always causes a re-parse of Search Paths. Obviously this causes a major slow down and annoyance.
Has anyone else experienced the same issue?
Is it a bug? Is it a configuration problem?
Is there a workaround?
Our Load Options are configured to load from Search Paths.
We are experiencing a problem in which rotating the view using Set View Rotation Point (ie: hold down middle mouse button, then rotate) always causes a re-parse of Search Paths. Obviously this causes a major slow down and annoyance.
Has anyone else experienced the same issue?
Is it a bug? Is it a configuration problem?
Is there a workaround?





RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
John R. Baker, P.E.
Product 'Evangelist'
Product Design Solutions
Siemens PLM Software Inc.
Industry Sector
Cypress, CA
http://www.siemens.com/plm
UG/NX Museum: http://www.plmworld.org/p/cm/ld/fid=209
To an Engineer, the glass is twice as big as it needs to be.
RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
Load Options:
* From Search Paths, and Search paths do not completely cover the directories in which all parts in assembly to be loaded lie. For example, the assembly to be loaded contains some custom parts, plus a bunch of fasteners (stored in a different directory from the custom parts). The custom parts' directory is in the Search Paths list, but the fastener directory is not.
* Load Parents: "Immediate Level Only" (problem also occurs if set to "All Levels", but doesn't occur if set to "None")
Under the above conditions, Rotating the view using the Rotation Set Point, snapped to a solid body, will cause a parsing thru the Search Directories (same as happens normally when initially opening a part - NX scans thru all the Search Dirs). Rotating the view with the Rotation Point in open space (not on a body) does not cause this parsing to occur.
If the Load Options for Load Parents are set to "None", then the parsing problem does not occur, even if subsequently the parts whose dir was not listed in the Search Dirs are attempted to be loaded.
This is definitely new behavior to NX8; I've never seen this type of behavior in NX7.5 or earlier.
RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
After a bunch of more playing around with What-If's attempting to isolate the root cause of this behavior, I think I've found something that might be strongly related.
If the fasteners (whose directory was not in the Search Paths list) were positioned with Assembly Constraints, then NX seems to be constantly searching to satisfy these constraints. The weird parsing behavior stops, in my sample assembly, once I delete all the Assembly Constraints for the fasteners.
Is there a setting somewhere which might control this type of behavior (searching for "parents" to constraints)?
I can surmise that this is new behavior to NX8, because of the new functionality related to the new "Constraint Navigator", etc.
RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
John R. Baker, P.E.
Product 'Evangelist'
Product Design Solutions
Siemens PLM Software Inc.
Industry Sector
Cypress, CA
http://www.siemens.com/plm
UG/NX Museum: http://www.plmworld.org/p/cm/ld/fid=209
To an Engineer, the glass is twice as big as it needs to be.
RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
Assemblies > Site Standards > Lightweight Representations > Load Smart Lightweight Data
If checked, the Search Directories are parsed when rotating the part.
RE: NX8.0 bug? Rotate View causes re-parse of Search Paths
John R. Baker, P.E.
Product 'Evangelist'
Product Engineering Software
Siemens PLM Software Inc.
Industry Sector
Cypress, CA
http://www.siemens.com/plm
UG/NX Museum: http://www.plmworld.org/p/cm/ld/fid=209
To an Engineer, the glass is twice as big as it needs to be.