Well, it does not work properly in that way. Please try it out. It is made with Delphi 4 and the source code can be downloaded. The program was made to demonstrate a problem with a Motion Control Windows program made in the USA. This program runs only correct on computer where the decimal symbol is the POINT.
The problem is most common in Germany and France. Many customers lost several days before they solved the problem. Some of them were very frustrated and angry. After losing several days, they call me, and then changing the decimal symbol in Windows solved the problem.
Not all customers do accept this. They say that the software must be working on their computer with the standard European (comma) setting.
The problem is caused only in the Project Configuration Files (PRJ). There the numbers are separated by commas. If these numbers contains also commas or any other decimal separator then the point, everything mixes up completely.
If there is a command like: INPUT X,Y to read two variables, then it can read 2.5,5.5 without any problem. If it reads 2,5,5,5 then it becomes a big mesh.
More information can be found in the help file.
The task does not use the decimal symbol. All number there requires the point. Any other symbol gives a compile error. Nobody has problems with this. Every body is willing to type the point as the decimal symbol.
It looks like the PRJ file is read with the INPUT command. With decimal point: INPUT A,B is possible. You can enter 4.5,5.5 No problem. With the comma we enter like: 4,5,5,5 the first 4 goes into the A and the first 5 into the B. The last two figures are lost.
Of course when we type by hand the point can be typed instead of the comma. This is no problem for our customers. When they type they can type the point instead of the comma. However, then the program should not accept the comma.