This commit rewrites the whole type section to (hopefully) be better structured and future proof for further additions to the type system.
* Each type now gets their individual page instead of being shoved in the type declaration page.
* A type system page is added which describes PHP's type system, regardless if it is possible to declare the type in userland or not. Therefore, the type declaration page only has information related to writing type declarations in userland.
* The description of strict_type and the type coercion is moved into the type juggling page.
* Remove outdated information in string implementation section
* Add paragraph about using non string in string context can throw
Co-authored-by: Christoph M. Becker <cmbecker69@gmx.de>
The Macintosh operating systems changed their name a few times since
version 10. We follow suite, and use the proper name whenever we refer
to a certain version, and use “macOS” as generic term, since “Mac OS X”
and “OS X” versions are already unsupported, or loose support at the end
of this year.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@345139 c90b9560-bf6c-de11-be94-00142212c4b1
Since the manual doesn't apply to PHP 4 anymore, there is no need
to use old-style constructors in general examples.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@342904 c90b9560-bf6c-de11-be94-00142212c4b1
We also add a valid example, as suggested by Andrey Gromov.
Furthermore we move the unrelated paragraph below the examples.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@340379 c90b9560-bf6c-de11-be94-00142212c4b1
These mostly were about unicode, which probably won't come
with PHP <next major number here>, and FILE_TEXT/FILE_BINARY.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@334374 c90b9560-bf6c-de11-be94-00142212c4b1
It was pointed out on comp.lang.php that the existing wording was unclear on
the point of what in the resource->string casting behaviour shouldn't be relied
upon (whether it was not guaranteed that the string is unique, or just that the
exact format of the string is subject to change). I've also added a paragraph
to the integer page noting what a resource->integer cast results in.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@332894 c90b9560-bf6c-de11-be94-00142212c4b1
The variable $juice is not defined. The example doesn't make any sense.
Syntactically the interpolation would work had the correct variable name been
used. So I'm removing this portion of the example since it doesn't demonstrate
anything useful.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@332340 c90b9560-bf6c-de11-be94-00142212c4b1
What's done: the migration guide itself, updates to existing functions and
functionality, and new language features.
What's not done: stub pages for new functions and methods. (I'd rather get this
in now, though, than have it languish on my hard drive any longer so that other
people can contribute.)
What could use help: the generator chapter is pretty rough and ready. Better
examples would be awesome. I certainly won't argue if somebody wants to add the
function stubs, either.
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@328430 c90b9560-bf6c-de11-be94-00142212c4b1
Or, as xkcd put it today, if it starts pointing toward space you are having a
bad problem and you will not go to space today.
Fixes doc bug #63079 (String access by character is not multibyte-safe).
git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@328351 c90b9560-bf6c-de11-be94-00142212c4b1
George Peter Banyard