Topic Title

What do the following ini values effect?

Code: Select all[Display List]
Active=1
Performance=1
UseSetPixel=TRUE

(Edit) Also, I am finding different values for the drawing file compression across multiple systems. Which would be correct?

Code: Select all[General]
Compressed Drawings=TRUE
or
Compressed Drawing Files=TRUE

The online list shows Compressed Drawing Files=TRUE
Thanks.

[Display List]
Active=1
Performance=1

Obsolete in 12.

[Display List]
UseSetPixel=TRUE

Windows API have a flaw where the last pixel when drawing a line would not draw. DataCAD can compensate this pixel using either by setting the pixel (GDI call) or do some math to extend the line by 1 pixel. It is hard to say which will be faster, hence you can try and set accordingly.

[General]
Compressed Drawing Files=TRUE

Correct

CHECK_SYM=FALSE
; If TRUE, checks database of DC5 files (not DC+) for invalid ; symbol references by entity address, not by entity name.

Should we set this to true if we have a lot of dc5 files still not converted to aec yet? Thanks.

Also a fresh 12.00.00.00 install with update to 12.06.00.20 still has the obsolete entry I asked about above FWIW.

Code: Select all[Display List]
Performance=1

CHECK_SYM=FALSE
; If TRUE, checks database of DC5 files (not DC+) for invalid ; symbol references by entity address, not by entity name.
Should we set this to true if we have a lot of dc5 files still not converted to aec yet? Thanks.

Uh, I've deleted my sm3 files to keep them from cropping back up after I delete a dsf file. Am I going to run into trouble if I open a dc5 file that has unconverted sm3 files embedded?

Uh, I've deleted my sm3 files to keep them from cropping back up after I delete a dsf file. Am I going to run into trouble if I open a dc5 file that has unconverted sm3 files embedded?

That's pretty much the same here, and the reason for the question.

The INI entry CHECK_SYM=TRUE tells DataCAD to discard Symbol instances for which there is no corresponding Symbol Definition in the drawing file's header. This scenario is typical of a drawing with a corrupted symbol definition chain, something that's not terribly likely to happen. It has nothing to do with legacy .SM3 files.

Dave

Uh, I've deleted my sm3 files to keep them from cropping back up after I delete a dsf file. Am I going to run into trouble if I open a dc5 file that has unconverted sm3 files embedded?

Nope, the embedded definitions are converted on the fly as the drawing is loaded.

Dave