[SOLVED] Symbol "DecimalSeparator" is deprecated ?

[Fred vS]

Hello everybody  

Warning: Symbol "DecimalSeparator" is deprecated

OK, but what must i use then ?  

For next release of Lazarus:

The compiler gives a message when something is deprecated, well done  
But it could be very useful if the compiler gives also the new name of the deprecated symbol...

Thanks

[DirkS]

(Default)FormatSettings. See http://wiki.lazarus.freepascal.org/User_Changes_Trunk#Locale_global_variables_are_deprecated

Gr.
Dirk.

[Fred vS]

@DirkS, thank you  

Locale global variables are deprecated
    Old behaviour: For every locale configuration a variable alias existed (currencystring, *dateformat) using an "absolute" modifier.
    New behaviour: These variable now have the "deprecated" modifier, and a warning is emitted if you use one.
    Reason: FPC has supported the use of these variables in a record since before 2000 called DefaultFormatSettings, Delphi XE now follows suit with "Formatsettings", and deprecated the old ones. In time this might remove the need for "absolute" usage.
    Remedy: Use (Default)Formatsettings as much as possible. Note that that it will still be quite some time before these are actually removed.

Humm, not very clear for a dummy like me  

Reason: FPC has supported the use of these variables in a record since before 2000

Before 2000 (the date ?, the number ?) 

Remedy: Use (Default)Formatsettings

OK but how to use it ?

[Fred vS]

OK, i get it  

DecimalSeparator

must be in new release :

DefaultFormatSettings.DecimalSeparator

Thanks

[DirkS]

DecimalSeparator

must be in new release :

DefaultFormatSettings.DecimalSeparator

Correct. There are also a number of functions that have a (optional) 'TFormatSettings' parameter (see e.g. http://www.freepascal.org/docs-html/rtl/sysutils/format.html).

Gr.
Dirk.

[eny]

(Default)FormatSettings. See http://wiki.lazarus.freepascal.org/User_Changes_Trunk#Locale_global_variables_are_deprecated

I wonder if the bug is fixed that the decimalseparator is used as a separator between seconds and milliseconds.
I.e. for countries that use a comma (,) as a decimal separater, you'd have to write something silly like:
  StrToDateTime('02-12-2011 12:02:00,000'))

instead of the correct
  StrToDateTime('02-12-2011 12:02:00.000'))

[Fred vS]

@ eny

StrToDateTime('02-12-2011 12:02:00.000'))

could be :

StrToDateTime('02-12-2011 12:02:00'
+ DefaultFormatSettings.DecimalSeparator +
'000'))

 

[eny]

@ eny

StrToDateTime('02-12-2011 12:02:00.000'))

could be :

StrToDateTime('02-12-2011 12:02:00'
+ DefaultFormatSettings.DecimalSeparator +
'000'))

 

Agreed; there are many ways to fix this 
It was just a nuisance that this separator is used in the wrong place (it once took me an hour of debugging to find this behaviour). It's probably because of big D. compatibility.