Skip to main content
1-Visitor
December 19, 2016
Solved

Creo Parametric 2.0 M130,is allowed to create detail views with same name in the drawing. This has lead to a lot of production errors

  • December 19, 2016
  • 11 replies
  • 6708 views
  • Creo Parametric 2.0 M130,is allowed to create detail views with same name in the drawing.
  • This has lead to a lot of production errors
  • Software should restrict to create the Drawing detail with same name in the drafting.
  • There having more sheets in our drawings and Cad Engineers don't have the idea whether he has created detail view of same name in the previous sheet or not.

  Creo

Best answer by mender

For reference, the use cases we have been given by customers include using a drawing program to show one or another flavor of 'Detail A', and also having a multi-sheet drawing with one sheet for each instance of a family table of parts, each of which can have its own Detail A.  (Maybe others?  It was a numbe rof years ago...)  Whether or not this is reasonable is a question for debate.  However, PM has agreed that it should be considered non-standard, and so I have been authorized to improve matters, as follows:

In Creo 2 M250, Creo 3 M130, and Creo 4 M010, there will be a new config option 'allow_duplicate_view_names yes/NO'.  When set to yes, no change from previous builds.  When set to no, we will reject attempts to rename a view to duplicate another, and also will check on retrieval and regen draft for current duplication and give a warning.  All messages will note the sheet number of the duplicate view and mention the config option by name.

Thank you for raising this issue, and enjoy the new functionality!

11 replies

24-Ruby III
December 19, 2016

Hi,

please attach picture and/or upload problematic Creo data.

MH

ggore1-VisitorAuthor
1-Visitor
December 19, 2016
  • Herewith Attaching the Screenshot. We have created the two details "A" and "B"
  • After creation the same two details. We had renamed the "B" details to "A"
  • So we require to CAD Engineer restriction here renaming to "A" again.
  • Need any alert here same detail name already available in this file.Detail Views.jpg
ggore1-VisitorAuthor
1-Visitor
December 19, 2016

 

Link to Case: https://www.ptc.com/appserver/cs/view/case.jsp?n=13415860

 

Case Reference: [[ref:_00DA0YLPa._5002A137Oou:ref]]

 

12-Amethyst
December 19, 2016

As per the Case, we have valid customer workflows that require we support same-name views, and this should be a Product Idea.  However, it is entirely reasonable that this behavior could be configurable by the user:

1) Allow view names as today

2) Disallow any duplicate view names

3) Disallow duplicate views for the same top model, allow them across different top models.

It's not a lot of work, but we tend to want to gauge interest before making new config options, lest we make functionality only used by an individual customer.  So if you are interested, please post it in the product ideas section, and see if people vote it up.

1-Visitor
December 19, 2016

Can you share that use case?

ggore1-VisitorAuthor
1-Visitor
December 20, 2016

Yes

StephenW
23-Emerald III
December 20, 2016

I agree that it shouldn't be "standard" to allow the same view name more than once, an option to allow that with the default being not allowed would be the best way.

It doesn't allow me to look at the case. I don't think you can look at other companies support tickets.

mender12-AmethystAnswer
12-Amethyst
February 3, 2017

For reference, the use cases we have been given by customers include using a drawing program to show one or another flavor of 'Detail A', and also having a multi-sheet drawing with one sheet for each instance of a family table of parts, each of which can have its own Detail A.  (Maybe others?  It was a numbe rof years ago...)  Whether or not this is reasonable is a question for debate.  However, PM has agreed that it should be considered non-standard, and so I have been authorized to improve matters, as follows:

In Creo 2 M250, Creo 3 M130, and Creo 4 M010, there will be a new config option 'allow_duplicate_view_names yes/NO'.  When set to yes, no change from previous builds.  When set to no, we will reject attempts to rename a view to duplicate another, and also will check on retrieval and regen draft for current duplication and give a warning.  All messages will note the sheet number of the duplicate view and mention the config option by name.

Thank you for raising this issue, and enjoy the new functionality!

1-Visitor
February 4, 2017

I like the inclusion of better diagnostics, particularly if it mentions the applicable config option.

A generalization of this would be interesting - to allow the addition of a notation in the trail file of commands that have used config settings to control their behavior. There are a ton of cases where understanding why an operation is working or not working hinges on the selection of an execution path based on config options.