Note: I cannot upload a picture
I added one property named it as buildnumber to the item type part (please see the picture pic1), and then all item type has been saved successfully . Next step, I opened the item form, part, want to edit the form but I cannot find the buildnumber property from all list items of Part fields list (please see the picture pic2).
My questions are
1. Is the correct or not correct the part field list of the part item form should show the new added property name?
2. If the previous answer is not correct so where I can find out the new added property buildnumber and how to edit it on the form?
Robin;
It appears you were taking the correct approach. I would log out of Innovator and then log back in. Does buildnumber now appear in the part field list? If not there at least 2 other possibilities:
1. The field list does not have a scroll bar and I have seen cases in the past where a field does not appear on the list but is actually there. The "hidden" field can be accessed by placing the mouse arrow over the last field in the list (the last field will be highlighted) and then pressing the down-arrow.
2. Any chance that the buildnumber was assigned a classification when it was defined? If so, then the field will appear on a sublist within the field list.
Terry Stickel, PDM Consultant
TStickel Consulting
Sanibel, Florida
Hi tstickle,
I am using 9.1.0 Build 5488, IE7.
I have the same issue. It seems as though the list is not populating with sublist properties. The properties exist, they appear in new parts when generated, but the form does not recognise them. I have 'tricked' ARAS once to enable my parameters 'Value' and 'measurement units' of Part->Component by creating them first in part, then on the form, going back to the part and changing the class path, back to the form and changing the visability. This is dangerous however as while it works once, it doesn't work for additional properties. The properties are there and can store values for new components, of that I am sure.
Additional properties added to the form or removed from the form from a sub class do not appear when the type is specified. The form is then unreliable in that I can save it but when it comes to re loading immediately following the save, there is a long hang.. then .. nothing .. ever. Crash out.
There is no additional parameters in the drop down list, no scroll bar and no sub list. Using your navigation to hidden items returns the selection bar to the top of the list.
I have another post on the same issue yesterday under "Can't add properities of sub-class to form". Same problem I believe.. and I have tried the hot fix, despite having 9.1.0 (desperately seeking solutions)
I hope that is not bold like the preview shows.. sorry about shouting if it is. We are evaluating and running out of time. I love aras.. I would like to be able to endorse this product.
thanks
Darren Hayes
Darren;
I am still running under 9.0.1, not 9.1.0, so I can not recreate your problem exactly. But, there are 2 questions that may be relevent:
1. On the itemtype definition for Part there is a Views tab. The tab is used to identity the Forms that display Part data. Each entry in this Forms relationship list can specify a "classification" (e.g. "/Part/Component"). This entry controls which sublist properties will be displayed when you edit the Form. So if you do not have "/Part/Component" specified on the Views tab then the /Part/Component fields will not appear in a sublist when you edit the Form.
2. Even though a field does not appear in the sublist, you can include it on your Form. Just add a textbox (or what ever control type is appropriate) to the Form and then click on the Data Source pull down on the Field Type tab. This pull down should show you every property defined for Part, even those that are already used on the form. If your new properties do not show up here, then I would be curious to see the property's definition.
What a day,
Thanks for your reply, I appreciate it.
In regards to 1. This is good news to me. It now shows the parameters of a specific sub class in the part form. The question is, I have multiple sub classes and only one entry point for the classes per form. I have tried the obvious and made new relationships with the same form and different sub classes but the form only selects the highest sort order to display, so the other sub parameter are not displayed. I am continuing with this later as it is the least of my problems.
2. I did find this and have used this method as you described. It is as saving the form that there is some interesting behavior. Upon save, the CPU goes flat out, memory usage climbs to, on one occasion, half a gig (!), then the windows manager falls down and its crashing out time. I thought it was my parameters, but I deleted all my parameters, removed as much as I could that I have added or altered, and it still performed the same way. This is when I add parameters from the native 'part' then remove them or even just alter their position. It is apparent that there is a memory leak that is eating my resources and not releasing them.
We have tried multiple PC's and there is always some failure at some point of the process with Forms. We have tried different installations on different servers with different systems and it is apparently the same. On one occasion, upon saving, there appeared a warning in the progress window at the bottom of IE "Resource with key 'formtool_window.saving' is not found". This has only appeared once, and I believe it is not the cause but a symptom of a memory leak, as I am able to save forms on occasion.
So, at this point I am out of ideas. Two separate installations and multiple PC clients (IE6 and 7, dotnet 2.2 and 3.5 sp1) exhibiting the same inconsistent behavior is too much for me to continue. I hope that this can be identified, or perhaps I could install 9.0.1 ?
Thanks again for your help. Shall I take this up with Peter, or someone else? Or a more appropriate forum? Still a newbie at this but I am in deep, that is for sure! ha.. ahh well, sink or swim.
I'm not sure if this is the same problem, but there is a known issue (011982) documented in the 9.1.0 Release Notes (available at http://www.aras.com/support/documentation/) related to the Form Editor. Please let me know if this works. Otherwise I will try to dig deeper for you, but I have not seen anything like the behavior you describe so it may take a little time to reproduce it.
Rob
Ok, that is great. My PC doen't crash any more, memory seems to be releasing as required and I can edit, change forms, add parameters and save them. Thank you indeed.
I do have a hangover problem however (not from drinking though). I have lost the side bars specific to the parameters of sub types and the visibility of the parameters is not returning when I select that part/component as I have seen in the past. This may be unrelated to the previous issue. Can you point me at something? I can see that the PART form classification is what I believe to be wrong .. I'm pretty sure that should just be 'part' as I am editing the generic form for all parts, not just component. I just don't know where to change the classification of the form PART, or if this is the cause of the missing class specific field boarders and visible properties.
Many thanks to you Rob.
Form properties tab.