PizzaProgram

In Hungarian language (and Windows) defaults we use "decimal-comma", instead of decimal-point to write down float numbers: `100 000,34 (instead of: 100000.34)` I know, it's not ideal, but that's how it is. The original ISuperObject had no problem with this, (we have tested!) it has created still numbers `Obj.D['value'] := 100000.34` with dec.point: `{"value":100000.34}` But now it does insert comma "," instead of point "." I see at CHANGED: Aug 11, 2020 - V8.65 ... Replaced gcvt with FloattoStr Usually I am using my own conversion function for these, and thought I could pass the value by string: var FormatSetting : TFormatSettings; FormatSSajat : TFormatSettings; //0x040e Hungarian Hungary 1250 HUN GetLocaleFormatSettings(1038, FormatSetting); FormatSSajat := FormatSetting; FormatSSajat.DecimalSeparator := '.'; FormatSSajat.DateSeparator := '.'; FormatSSajat.ShortDateFormat := 'yyyy.MM.dd'; // Win10 compatibility, because they have changed to 'yyyy. MM. dd' 😮 ... function fts(const i:Double ) : string; begin Result := FormatFloat('0.00000000', i, FormatSSajat); end; // and pass as string: json.S['value'] := fts(0.33); But that is wrong too !!! because it will enclose it to "" : `{"value":"100000.34"}` What can we do ?

Never mind, found the answer at Release mode : 9. Fixed bug in V8.65 where FloattoStr could create Json with comma decimal point instead of a period with some languages.

Thanks for the Fix ! 🙂 So the latest 8.70 is good to go? Always "." as decimal point ? Win10 introduced this crazy new "short" date format: "yyyy. mm. dd." (with spaces) instead of leaving the "yyyy.mm.dd", which worked fine for 30+ years from Win3.1 up to Win8.1 . We programmers hate that too. None of the old programs work on Win10 + 11 any more, freezing at start by trying to load a simple date and creating unhandled AV errors. IT guys normally go to Win10 settings >> and manually set it back to yyyy.mm.dd (without spaces). But Win11 does not have that "custom date" setting any more. Microsoft did not fix it's own DLL to be able to convert both back.

Normally I would agree. But 1. I just tried to modify the ICS code under Delphi 7 and got this error: [Error] OverbyteIcsSuperObject.pas(205): Order of fields in record constant differs from declaration 2. important settings getting lost, like: CurrencyString ! So IMHO this approach (loading the defaults ) is better: GetLocaleFormatSettings(LOCALE_SYSTEM_DEFAULT, icsFormatSetting); because it will use a local-default, (by reading every necessary sting for the format-record), but the user may override it during usage: icsFormatSentting.DecimalSeparator:= '.'; Although there is a big problem about multithreading, so using a simple "global var" isn't a good solution either. All SuperObjects should have a global thread-safe variable of this. As for a quick solution it would be also enough to insert some new functions, like: PutD_iso , PutDT_iso, etc procedure TSuperObject.PutD_iso(const path: SOString; Value: Double);

Sorry, but I don't understand what you mean. Can you please explain it more detailed? - What is " JSON visual parser "? - How and why should I make it "faster"? - What "backwards button" ? I'm was talking about examples, and how to make it easier to understand for newbies, like me.

IMHO the OverbyteIcsHttpRestTst2.pas should be renamed to something like: OverbyteIcsParseJSON.pas We are new to ICS and it was hard to find an iSuperObj. parse example with this "camouflaged" name 😊

Great Work! Thanks :-) inside unit OverbyteIcsHttpsTst1; found this 114. line: May 19, 2023 V8.69 Support OCSP ... It's next year version ;-)