We have been trying to use the PrintRec function to print a rectangle and have discovered that using numbers with decimal places in them to define the points of the rectangle causes problems. As the points of the rectangle are defined in inches that does not make it very functional.

The problem is that it ignores any decimal points. So if you have a top-left point of (1,1) and a bottom-right point of (1.5,1.5) nothing gets printed. The bottom-right point is interpreted as (1,1).

Why is this so and when is it likely to be fixed?

Thanks,

Michael

Michael,

You aren't by any chance running a Windows with a different decimal character than period? Your problem reminds me of similar problems I once had with Tony Splaver's OIPI. Many of OIPI's function parameters were decimal numbers, and many of them had to agree with Windows' decimal character. In a Norwegian version of Windows the decimal character is usually comma, because in this country we normally use comma and not period as the decimal character. I think the problem that I had occurred because OIPI called Windows DLL functions (perhaps through other, 3rd party functions), and the DLL functions expected decimals in their input parameters as strings with comma, while the calling functions used period. Or something.

If this isn't the answer to your problem you could still try something that I did to circumvent my problem - have the parameters in scientific notation: ("15E-1","15E-1")

- Oystein -

We do use a period as our decimal character here in Australia so that is not the problem as my computer is set to use a period for the decimal character.

I will try your idea of using scientific notation though.

Thanks!!!

Michael

View this thread on the forum...