When we use trace field for input general data about parts which we measure. Trace field dialog shows up on screen. Dialog can be resized only in left and right side, but it can't be resize for up-down?!. When we have a lot of trace fields we need to use scroll bar, and this is waste of time, and that is not very user friendly. Please make change and dialog that can be resized in both direction. 

In inspect 5.1 we have been given the opportunity to schedule a calibration or Swift check. could it be possible to extend the "schedule" function so it becomes possible to schedule a specific program to run every  hour, day, week or year.

see example:

In Inspect, the serial numbers (or other trace) can be entered in the pallet screen prior to measurement.

It would be useful to have an option where the serial number for each cell could be scanned in using barcode, to make this process more efficient and less error prone

Filed on behalf of a customer.

Inspect users with multiple CMM's - and who want to have the same settings (playlists, tracefields et cetera) on all the stations - are storing these settings locally on every station. This is time consuming every time they update the playlist and tracefields. Users need to update every station in this case and they loose a lot of time and make possibly erros. 

It would be nice if Inspect users can store these settings on the network drive, so that you can change the playlists and tracefields from your offline station and then all your other Inspect stations are up-to-date. 

Add the ability to add/ subtract widths/ lengths when reporting distance where a feature is an auto -slot.  Currently we can only report to the center of the slot unless a lot of hoops are added.  It's almost as common in my experience for a slot to be located to the edge instead of the center.  Auto-slots are faster to code but are limited in reporting capability.

With GeoTol, you cannot change/use other nominals than the ones that were used for the creation of the feature. This is good, but are problematic at times.

For example, I have a part where I am using one alignment to measure the entire thing (using CAD). This is not a problem if all the features on the drawing is dimensioned according to this one alignment, finetuning the nominals (in essence, rounding them off) is not a problem and I can get the dimensions to match the drawing for easy orientation report VS drawing.

Now, for a section of this print, the alignment has rotated 15° and the dimensions are according to this rotated view. In GeoTol, I will not get the drawings dimensions, but the dimensions are recalculated from the previous alignment to this 15° rotated alignment, meaning that I have no way to adjust the nominals to match the print (can't round them off). My only option here is to measure them IN the rotated alignment and adjust (finetune/round off) the nominals when measuring in order to get the correct nominals in GeoTol and subsequently, the report.

Getting my point?

Would it be possible to be able to change the nominals in the GeoTol evaluation (TP in this case) to use in the evaluation - not affecting the features noms (in whatever alignment they were created)? This would help immensely in situations like these, or are there a more elaborate way to use as workaround?

Allow to change the number of exported decimal places independent of the report (see attached picture).

Or.. if this is too much to change -> force the excel export to always export at 6/7 (mm/inch) decimals.

This would allow to have an easy to read PDF/Print but still retain all the Data in the Excel Export.

At the moment if the PDF/Print is set to 3 decimals the export is also just 3 decimals.

This leads to PDF/Prints that are out of tolerance (shown red) but exports that are shown as in tolerance (wrongly)

I can't use the 2021.2 version because the programs made in the 2021.2 version of PCDMIS cannot be opened with the innovation that came in the 2021.2 version. I have a lot of prepared CMM programs. Translating them all into the new version will bring a lot of workloads. I don't know why such a feature was introduced, but there is no need to conclude a software maintenance agreement. What does the software team think.?

Now if we want to calculate dimensions, we have to do it in multiple steps. Make a dimension, create variable with functions or operations, create a construction point, and assigned variable to that point, and report the point.

It will be more elegant if you add a checkbox to dimension window to enable and add some functions & operators to the dimension (the expression builder). The expression builder would be integrated into separate tab on all dimensional windows.