PartRev

36 37

Users are complaining now we have partrevs above 9 in our system that they look at the wrong partrev due to it sorts like text. I can change all revisions to have a zero in front or?

Not really sure what else I could do to solve this issue. I know I can’t change NVARCHAR field to any other format.

Suggestions??

Use numerical revisions for changes in progress, and Letters for released. :wink:

(I know that’s probably not practical)

I think enforcing “Rev codes” that sort alpha-numerically is your best bet.

1 Like

I was hoping for something more high tech since I had the same thoughts.

You could… (and lord I hate myself for even saying this)
in a customization add a numeric field for the Rev, then have the DataView sort on that field.

2 Likes

The numeric field can it always match between partrev and partrev_ud?

What do you mean? Set the Numeric Field to be a

int.Parse(RevNum)

Since you opened the door …

How is the Tree View’s binding/dataset defined? Entirely in code? Because the Properties don’t even show any properties related to the data or sort columns…

I suppose? I haven’t looked at this form

I was thinking the original PartRev.RevisionNum is used throughout jobs and other areas. Would I not need a BPM to match PartRev_UD.RevisionNumUD to PartRev.RevisionNum?

Yes you would need a way to keep them in sync.