note 91711 added to function.json-decode

[imho] One could argue that, since JavaScript and indeed X/D/HTML are all implemented in a "forgiving" fashion, and thus going to be used in a "flexible" fashion by pretty well all in sundry, that any functions designed to work with I/O to/from those technologies should themselves be written in "forgiving" fashion, or risk rendering themselves quite pointless. I for one see no reason to futz with a strictly RFC compliant function when the simple fact is that nearly nobody writes RFC compliant JSON, preferring instead to use common-practice JavaScript syntax, which, besides looking much neater, DOES work just fine "everywhere else". Frankly, if the RFC is so important (and of course it is), then I say it is currently mismatched with reality and should be reviewed in kind. Meanwhile, should not intelligent, forward-thinking developers, endeavor to take up the slack, just as we always have in the past? What is so evil about being "RFC-compliant-plus-quirks", like most everything else in Cyberland? [/imho] Keep up the good work! We DO appreciate all your efforts out here you know. :D (No, I don't work for m$-ie and would never suggest the developers go quite that far! :P ) ---- Server IP: 209.41.74.194 Probable Submitter: 121.98.206.130 ---- Manual Page -- http://www.php.net/manual/en/function.json-decode.php Edit -- https://master.php.net/note/edit/91711 Del: integrated -- https://master.php.net/note/delete/91711/integrated Del: useless -- https://master.php.net/note/delete/91711/useless Del: bad code -- https://master.php.net/note/delete/91711/bad+code Del: spam -- https://master.php.net/note/delete/91711/spam Del: non-english -- https://master.php.net/note/delete/91711/non-english Del: in docs -- https://master.php.net/note/delete/91711/in+docs Del: other reasons-- https://master.php.net/note/delete/91711 Reject -- https://master.php.net/note/reject/91711 Search -- https://master.php.net/manage/user-notes.php