Allow Data Utilities on Multi Create/Edit Wizards

[GD_8249952]

Currently when you implement a new DataUtility (com.ptc.core.components.descriptor.DataUtility) it will NOT render on Multi Create/Edit Part and Document screens.  According to PTC this is not supported at this time.  The only way around this at this is to modify PTC's OOTB files to render a custom input component (like a suggest text box).  From and end user perspective its difficult for them to see different input components between a single Part/Doc create and a multi Part/Doc create.

[mmcguire]

Having a consistent user experience is more and more important in improving overall adoption - allowing the Create and Multi Create wizards to have consistent UI elements for specific fields very much helps accomplish this!

[BjoernRueegg]

Definitely it doesn't make sense to have two different input methods. It shouldn't matter if on Object is created or multiple. We also have disabled the multi part feature, since it causes more problems than it helps.

A datautility should render the same way in each wizard. The same problem has PTC. The enumerated names only working in the create wizard, but not in the rename or save as wizards. There the internal key is being shown and is not possible to change the name.

[lhoogeveen]

Related idea for Windchill input consistency: Fix Major Gaps in Drag and Drop Document Creation