Cannot solve proper $PRP to save Checked Date and then keep date static in drawing properties

[MME7]

“I would like to thank the person who masterfully solved this conundrum. What a sense of relief it has been.”
(Actually the statement above hasn’t happen yet, but I’m certain that it will)

Any knowledge on this issue will be appreciated.

Using Property Tab Builder, I have created tabs for all documents (Parts/Assemblies and Drawings; Title Blocks). Everything is smooth, expedient and automated with help from Excel spreadsheets and with the exception of most new part/assembly description properties.

One issue remains!

On the Drawing properties tab there are two Groupboxes dedicated to the “Checked” status of a drawing which populates fields in the title block. One box is for the engineering check and the other is for the manufacturing check. Each box contains a drop down menu of Names to choose from and a Date “Check Box”.

The challenge has been to link the Date check box to the date it was checked AND to keep that date from ever changing or updating upon future saves or rebuilds such as when a revision is made.

Extensive research has been done on this problem and the few concepts that were found called for macros, auxiliary programs or to simply type the date in manually. None of which, with the exception of the manual entry suggestion, has been demonstrated. It would be magical if there was a custom “$PRP” value that could be typed in to accomplish this task.

Who will be the first to step up to the plate? There are more engineers out there attempting to pull this thorn from their side. There will be a collective cheer for the one who finds the answer.

Thank you for your valued time.

Mark

 

[handleman]

Can't be done through the property tab builder. There's no magical $prp value that can be used for this. The only way to do this is through a custom macro interface. This can prevent the user from changing the date through the design of the form interface. There's no way to "lock down" and prevent the user from changing the value of a property by going to File->Properties, whether it's done with a macro or not.

The macro itself is not so complicated, and completely uninteresting. Because it's not interesting, a "collective cheer" isn't likely to be enough motivation for someone to write it for you. Most people on the internet do things for free because they are interesting and/or challenging to the doer. I could be wrong, but I think your best bet is to find someone you can pay to write it, or learn VBA and write one yourself. I would strongly recommend the latter. It's a highly valuable skill for any SolidWorks user.

-handleman, CSWP (The new, easy test)