custom properties not sticking...

A client of mine (I do some SW contract work) just sent me this email:
"I enter the parameters in the xxx config for my end panel. Go to the
drawing and the format fields update. I save the part & drawing and close
them out.
I reopen the drawing and the format fields are now empty. I open the part
and the parameters I entered are also gone. I have reentered the parameters
3 times
and they keep disappearing. Can you please tell me why, oh why does this
keep happening. I must know the answer and the solution."
I don't have the files available to look at right now, but I was hoping
someone might have an answer who has seen this before. He is using SW2007
sp2.2.
TIA
Sincerely, Mr. Frustrated
Reply to
WormSign
Loading thread data ...
Is there a Design Table? If the props are controlled by a DT and the DT is locked, the changes won't "stick".
Reply to
That70sTick
That70sTick wrote in news:1180472405.938365.146090 @g4g2000hsf.googlegroups.com:
I usually get a warning when I try to do that. Maybe the OP's client found a way around that.
Another possibility is that the part model is read-only, and SW is set to discard changes to read-only parts without notifying the user. There should be a warning when opening the read-only part though...
Reply to
Dale Dunn
That70sTick wrote in news:1180472405.938365.146090 @g4g2000hsf.googlegroups.com:
I usually get a warning when I try to do that. Maybe the OP's client found a way around that.
Another possibility is that the part model is read-only, and SW is set to discard changes to read-only parts without notifying the user. There should be a warning when opening the read-only part though...
Reply to
Dale Dunn
I have seen this problem with the following scenerio:
We have an add in that automatically populates the custom properties from a predifined template file. What happens with SW is that it does not like to have the same property name in both config specific and global, so if I where to add say "material" as a config specific property and then later come back and initiate my addin it will delete "material" in the configuration and add it to the global list. So the point is that you cannot have the same name in both global and config specific custom prop. lists.
Below is another oddity I have noticed and have got my VAR to submit to SW:
If I am using config. specific properties I have noticed the following behaviour:
create a simple part and add a configuration so that you have the names 1 and 2
go to for config 1 add a property "material spec" and another "bom"
for the value enter aluminum for material spec and $PRP:"material spec" for the value of bom
Now go to config 2 and enter exactly the same custom property names and enter "steel" for the value of material spec and $PRP:"material spec" for the value of bom
If you now look at the evaluated value for the property "bom" you will see that one or the other is taking the value from the other configuration and not from the value for the config that the expression is in.
Any ides about whats going on? my expectation would be that the expression whould take the value from the config it is in but that is not happening.
Reply to
Steve Reinisch
It must be your add-in that doesn't like to have custom and config specific properties with the same name. I have been doing this in base SW since 99. Config specific properties override custom properties when the config specific property with the same name exists. So, you can have custom property "description" contain "SHCS" for all configurations. If a configuration has config specific property "dscription" that contains "BHCS", any reference to "description" for that configuration will report "BHCS" instead of "SHCS".
Reply to
Dale Dunn
With reference to the behaviour noted below coincidentally I just received an update from my VAR:
"Configuration specific properties do not update correctly
I have reported this issue to development in SPR 382800 "Configuration specific custom property does not update correctly. The custom property's evaluated value only reflects the active configuration"
You will be notified when this is resolved."
Steve R
"> Below is another oddity I have noticed and have got my VAR to submit to SW:
Reply to
Steve Reinisch

PolyTech Forum website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.