Re: [PHP-DOC] #27984 [Opn-WFx]: Suggestion: dcumentation alias for ls,move
It has been there for years. Why remove it now? Goba I didn't knew the existence of that alias... What about removing it? :) We can't manage to have that type of alias. function.delete proves that it is possible. But I really don't like this kind of dummy entries.
Re: [PHP-DOC] #27984 [Opn-WFx]: Suggestion: dcumentation alias
Personnaly it helped me a lot of times (shame on me) didou It has been there for years. Why remove it now? Goba I didn't knew the existence of that alias... What about removing it? :) We can't manage to have that type of alias. function.delete proves that it is possible. But I really don't like this kind of dummy entries.
[PHP-DOC] #27676 [Opn-Csd]: OCI8 functions missing from documentation
ID: 27676 Updated by: [EMAIL PROTECTED] Reported By: jimdoolittle at comcast dot net -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Previous Comments: [2004-04-14 07:57:24] [EMAIL PROTECTED] Didou, please, wait. I'll restore old files tomorrow with links to new function names. [2004-04-14 07:54:00] [EMAIL PROTECTED] I'll fix this tonight, sorry for all this noise :/ didou [2004-04-14 05:45:00] [EMAIL PROTECTED] I agree, the old names should still have a file in the documentation, containing the deprecated note and a link to the new function. This is what we do for all other changed names too. [2004-04-14 05:35:56] msquillace at sogei dot it The online manual now refers to the old function names in a note, but: 1) you cannot search on the old names (e.g. www.php.net/ociplogon doesn't work) 2) the User Contributed Notes for the old names are not available Both features IMHO would be useful, and the latter is invaluable for PHP 4.x users: I think they should be restored, or at least a link to the notes made available. [2004-04-02 01:53:52] [EMAIL PROTECTED] This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/27676 -- Edit this bug report at http://bugs.php.net/?id=27676edit=1
RE: [PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
On 15 April 2004 03:31, Kenneth Schwartz wrote: -In PHP 5 the MySQL client libraries are not bundled, because of licence +In PHP 5 the MySQL client libraries are not bundled, because of license Why change this? It will always be wrong for some subset of readers, since in British the noun is licence but in American it's license (and contrariwise for the verb -- can't speak for other flavours of English!). Unless there were a consensus to use one chosen form of English consistently (which there isn't, not least because many of the contributors are non-native speakers and write their own individual variant of the language!), I'd just leave such dichotomous spellings as made by the original contributor. Cheers! Mike - Mike Ford, Electronic Information Services Adviser, Learning Support Services, Learning Information Services, JG125, James Graham Building, Leeds Metropolitan University, Beckett Park, LEEDS, LS6 3QS, United Kingdom Email: [EMAIL PROTECTED] Tel: +44 113 283 2600 extn 4730 Fax: +44 113 283 3211
Re: [PHP-DOC] cvs: phpdoc /en/appendices migration5.xml
On 15 April 2004 03:31, Kenneth Schwartz wrote: -In PHP 5 the MySQL client libraries are not bundled, because of licence +In PHP 5 the MySQL client libraries are not bundled, because of license Why change this? It will always be wrong for some subset of readers, since in British the noun is licence but in American it's license (and contrariwise for the verb -- can't speak for other flavours of English!). Unless there were a consensus to use one chosen form of English consistently (which there isn't, not least because many of the contributors are non-native speakers and write their own individual variant of the language!), I'd just leave such dichotomous spellings as made by the original contributor. It was simply a patch sent to me. Throughout the PHP.net site the spelling 'license' is used. I don't much care either way, feel free to change it. Kenneth Cheers! Mike - Mike Ford, Electronic Information Services Adviser, Learning Support Services, Learning Information Services, JG125, James Graham Building, Leeds Metropolitan University, Beckett Park, LEEDS, LS6 3QS, United Kingdom Email: [EMAIL PROTECTED] Tel: +44 113 283 2600 extn 4730 Fax: +44 113 283 3211 ### # # # # # My signature is bigger than yours. # # #
[PHP-DOC] cvs: phpdoc /en/reference/mcal/functions mcal-time-valid.xml
irchtml Thu Apr 15 06:06:04 2004 EDT Modified files: /phpdoc/en/reference/mcal/functions mcal-time-valid.xml Log: Bug #27959: mcal_time_valid proto wrong http://cvs.php.net/diff.php/phpdoc/en/reference/mcal/functions/mcal-time-valid.xml?r1=1.2r2=1.3ty=u Index: phpdoc/en/reference/mcal/functions/mcal-time-valid.xml diff -u phpdoc/en/reference/mcal/functions/mcal-time-valid.xml:1.2 phpdoc/en/reference/mcal/functions/mcal-time-valid.xml:1.3 --- phpdoc/en/reference/mcal/functions/mcal-time-valid.xml:1.2 Wed Apr 17 02:40:07 2002 +++ phpdoc/en/reference/mcal/functions/mcal-time-valid.xml Thu Apr 15 06:06:03 2004 @@ -1,11 +1,11 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.2 $ -- +!-- $Revision: 1.3 $ -- !-- splitted from ./en/functions/mcal.xml, last change in rev 1.2 -- refentry id=function.mcal-time-valid refnamediv refnamemcal_time_valid/refname refpurpose - Returns true; if the given year, month, day is a valid time + Returns true; if the given hour, minutes and seconds is a valid time /refpurpose /refnamediv refsect1
[PHP-DOC] cvs: phpdoc /en/reference/xslt reference.xml
irchtml Thu Apr 15 06:10:58 2004 EDT Modified files: /phpdoc/en/reference/xslt reference.xml Log: extension moved to PECL http://cvs.php.net/diff.php/phpdoc/en/reference/xslt/reference.xml?r1=1.9r2=1.10ty=u Index: phpdoc/en/reference/xslt/reference.xml diff -u phpdoc/en/reference/xslt/reference.xml:1.9 phpdoc/en/reference/xslt/reference.xml:1.10 --- phpdoc/en/reference/xslt/reference.xml:1.9 Tue Feb 24 03:46:37 2004 +++ phpdoc/en/reference/xslt/reference.xml Thu Apr 15 06:10:57 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.9 $ -- +!-- $Revision: 1.10 $ -- reference id=ref.xslt titleXSLT Functions/title titleabbrevXSLT/titleabbrev @@ -28,6 +28,7 @@ your questions on the PHP mailing lists. /simpara /note +note.pecl-php5; /section section id=xslt.requirements
[PHP-DOC] cvs: phpdoc /RFC 2003_meeting_agenda.html
didou Thu Apr 15 06:29:50 2004 EDT Modified files: /phpdoc/RFC 2003_meeting_agenda.html Log: killed tabs (I didn't add nothing) http://cvs.php.net/diff.php/phpdoc/RFC/2003_meeting_agenda.html?r1=1.14r2=1.15ty=u Index: phpdoc/RFC/2003_meeting_agenda.html diff -u phpdoc/RFC/2003_meeting_agenda.html:1.14 phpdoc/RFC/2003_meeting_agenda.html:1.15 --- phpdoc/RFC/2003_meeting_agenda.html:1.14Wed Apr 14 20:41:12 2004 +++ phpdoc/RFC/2003_meeting_agenda.html Thu Apr 15 06:29:49 2004 @@ -68,7 +68,7 @@ div class=content h1PHP Documentation Meeting 2003 - Agenda/h1 -p class=cvsid$Id: 2003_meeting_agenda.html,v 1.14 2004/04/15 00:41:12 hholzgra Exp $/p +p class=cvsid$Id: 2003_meeting_agenda.html,v 1.15 2004/04/15 10:29:49 didou Exp $/p pMembers of the PHP Documentation Team a title=meeting protocol href=http://www.php-ev.de/documents/phpdoc/protocol.html;met in 2002 @@ -360,25 +360,25 @@ a PDF out of the DVI. This process is not working currently, as there are some limits in the processing tools which we managed to step through. - br/ - There is a special pdfjadetex tool that creates PDF output from +br/ +There is a special pdfjadetex tool that creates PDF output from the generated tex source right away instead of DVI, but this is even more limited by hard coded table sizes within the tex binaries. - br/ - The 3 passes are needed to render the final document as tex - uses a streaming approach, creating output immediately from the - input and the state information collected up to that point. - So e.g. a table of contents at the beginning of a document can't - be created on the first run as the chapter and section titles - are not known yet. These are collected on the first run and put - into a special .aux file. On the second run the table of contents - is created from this .aux file. Due to the now insertet toc all - following pages are shifted right so that the page numbers in the - toc are not yet correct. So a final third run is needed after - inserting the toc (and other stuff referencing page numbers or - symbolic labels). On very rare occasions even a 4th run is needed - as e.g. a page number changing from 99 to 100 in the 3rd run may - lead to an additional page break somewhere in the document ... +br/ +The 3 passes are needed to render the final document as tex +uses a streaming approach, creating output immediately from the +input and the state information collected up to that point. +So e.g. a table of contents at the beginning of a document can't +be created on the first run as the chapter and section titles +are not known yet. These are collected on the first run and put +into a special .aux file. On the second run the table of contents +is created from this .aux file. Due to the now insertet toc all +following pages are shifted right so that the page numbers in the +toc are not yet correct. So a final third run is needed after +inserting the toc (and other stuff referencing page numbers or +symbolic labels). On very rare occasions even a 4th run is needed +as e.g. a page number changing from 99 to 100 in the 3rd run may +lead to an
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumn
tony2001 Thu Apr 15 03:57:53 2004 EDT Modified files: /phpdoc/en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml (...) Log: restore previously deleted files with 'See also' removed and note about new function names added You have restored all info, including examples, etc.. Why not remove all that stuff and leave only the note? This will force persons to start using the new functions, I think. Nuno
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumn
On Thu, 15 Apr 2004 11:42:15 +0100 Nuno Lopes [EMAIL PROTECTED] wrote: tony2001 Thu Apr 15 03:57:53 2004 EDT Modified files: /phpdoc/en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml (...) Log: restore previously deleted files with 'See also' removed and note about new function names added You have restored all info, including examples, etc.. Why not remove all that stuff and leave only the note? This will force persons to start using the new functions, I think. Yes, it was done intentionally for peoploe to be able to copy/paste examples. Dunno what to do with old info. Perhaps it should be removed to avoid duplication.. And about forcing people: well, I can't force people to use new functions, because they exist only in PHP5, which is not stable ATM. So, if I remove texts from old files - may I leave examples there or it's better to remove all contents at all? IMHO both these options are ugly enough =( --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumn
Yes, it was done intentionally for peoploe to be able to copy/paste examples. Dunno what to do with old info. Perhaps it should be removed to avoid duplication.. And about forcing people: well, I can't force people to use new functions, because they exist only in PHP5, which is not stable ATM. So leave it as it is for now. After PHP 5 being released, we may then remove that stuff.
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumn
On Thu, 15 Apr 2004 11:57:03 +0100 Nuno Lopes [EMAIL PROTECTED] wrote: Yes, it was done intentionally for peoploe to be able to copy/paste examples. Dunno what to do with old info. Perhaps it should be removed to avoid duplication.. And about forcing people: well, I can't force people to use new functions, because they exist only in PHP5, which is not stable ATM. So leave it as it is for now. After PHP 5 being released, we may then remove that stuff. Heh. I'd wish it to be so easy =) What about BC? --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocico
On Thu, 15 Apr 2004, Antony Dovgal wrote: On Thu, 15 Apr 2004 11:57:03 +0100 Nuno Lopes [EMAIL PROTECTED] wrote: Yes, it was done intentionally for peoploe to be able to copy/paste examples. Dunno what to do with old info. Perhaps it should be removed to avoid duplication.. And about forcing people: well, I can't force people to use new functions, because they exist only in PHP5, which is not stable ATM. So leave it as it is for now. After PHP 5 being released, we may then remove that stuff. Heh. I'd wish it to be so easy =) What about BC? What does it hurt leaving this in? I would just mark the files DO NOT TRANSLATE or something, so that translators don't waste time with these files. Derick
Re: [PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocico
On Thu, 15 Apr 2004 13:02:18 +0200 (CEST) Derick Rethans [EMAIL PROTECTED] wrote: On Thu, 15 Apr 2004, Antony Dovgal wrote: On Thu, 15 Apr 2004 11:57:03 +0100 Nuno Lopes [EMAIL PROTECTED] wrote: Yes, it was done intentionally for peoploe to be able to copy/paste examples. Dunno what to do with old info. Perhaps it should be removed to avoid duplication.. And about forcing people: well, I can't force people to use new functions, because they exist only in PHP5, which is not stable ATM. So leave it as it is for now. After PHP 5 being released, we may then remove that stuff. Heh. I'd wish it to be so easy =) What about BC? What does it hurt leaving this in? I would just mark the files DO NOT TRANSLATE or something, so that translators don't waste time with these files. Good idea. I'll do it. --- WBR, Antony Dovgal aka tony2001 [EMAIL PROTECTED] || [EMAIL PROTECTED]
[PHP-DOC] cvs: phpdoc /en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumnname.xml ocicolumnprecision.xml ocicolumnscale.xml ocicolumnsize.xml ocicolumntype.xml ocicolumntyperaw.xml ocicommit.xml ocidefinebyname.xml ocierror.xml ociexecute.xml ocifetch.xml ocifetchinto.xml ocifetchstatement.xml ocifreecollection.xml ocifreecursor.xml ocifreedesc.xml ocifreestatement.xml ociinternaldebug.xml ociloadlob.xml ocilogoff.xml ocilogon.xml ocinewcollection.xml ocinewcursor.xml ocinewdescriptor.xml ocinlogon.xml ocinumcols.xml ociparse.xml ociplogon.xml ociresult.xml ocirollback.xml ocirowcount.xml ocisavelob.xml ocisavelobfile.xml ociserverversion.xml ocisetprefetch.xml ocistatementtype.xml ociwritelobtofile.xml ociwritetemporarylob.xml
tony2001Thu Apr 15 07:54:45 2004 EDT Modified files: /phpdoc/en/reference/oci8/functions ocibindbyname.xml ocicancel.xml ocicloselob.xml ocicollappend.xml ocicollassign.xml ocicollassignelem.xml ocicollgetelem.xml ocicollmax.xml ocicollsize.xml ocicolltrim.xml ocicolumnisnull.xml ocicolumnname.xml ocicolumnprecision.xml ocicolumnscale.xml ocicolumnsize.xml ocicolumntype.xml ocicolumntyperaw.xml ocicommit.xml ocidefinebyname.xml ocierror.xml ociexecute.xml ocifetch.xml ocifetchinto.xml ocifetchstatement.xml ocifreecollection.xml ocifreecursor.xml ocifreedesc.xml ocifreestatement.xml ociinternaldebug.xml ociloadlob.xml ocilogoff.xml ocilogon.xml ocinewcollection.xml ocinewcursor.xml ocinewdescriptor.xml ocinlogon.xml ocinumcols.xml ociparse.xml ociplogon.xml ociresult.xml ocirollback.xml ocirowcount.xml ocisavelob.xml ocisavelobfile.xml ociserverversion.xml ocisetprefetch.xml ocistatementtype.xml ociwritelobtofile.xml ociwritetemporarylob.xml Log: add DO NOT TRANSLATE banner http://cvs.php.net/diff.php/phpdoc/en/reference/oci8/functions/ocibindbyname.xml?r1=1.13r2=1.14ty=u Index: phpdoc/en/reference/oci8/functions/ocibindbyname.xml diff -u phpdoc/en/reference/oci8/functions/ocibindbyname.xml:1.13 phpdoc/en/reference/oci8/functions/ocibindbyname.xml:1.14 --- phpdoc/en/reference/oci8/functions/ocibindbyname.xml:1.13 Thu Apr 15 03:57:51 2004 +++ phpdoc/en/reference/oci8/functions/ocibindbyname.xmlThu Apr 15 07:54:41 2004 @@ -1,5 +1,12 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.13 $ -- +!-- $Revision: 1.14 $ -- +!-- + +DO NOT TRANSLATE THIS FILE. +THE FUNCTION IT DESCRIBES WAS RENAMED AND THIS NAME IS DEPRECATED. +PLEASE, TRANSLATE THE APPROPRIATE NEW FILE. + +-- !-- splitted from ./en/functions/oci8.xml, last change in rev 1.2 -- refentry id=function.ocibindbyname refnamediv http://cvs.php.net/diff.php/phpdoc/en/reference/oci8/functions/ocicancel.xml?r1=1.8r2=1.9ty=u Index: phpdoc/en/reference/oci8/functions/ocicancel.xml diff -u phpdoc/en/reference/oci8/functions/ocicancel.xml:1.8 phpdoc/en/reference/oci8/functions/ocicancel.xml:1.9 --- phpdoc/en/reference/oci8/functions/ocicancel.xml:1.8Thu Apr 15 03:57:51 2004 +++ phpdoc/en/reference/oci8/functions/ocicancel.xmlThu Apr 15 07:54:41 2004 @@ -1,5 +1,12 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.8 $ -- +!-- $Revision: 1.9 $ -- +!-- + +DO NOT TRANSLATE THIS FILE. +THE FUNCTION IT DESCRIBES WAS RENAMED AND THIS NAME IS DEPRECATED. +PLEASE, TRANSLATE THE APPROPRIATE NEW FILE. + +-- !-- splitted from ./en/functions/oci8.xml, last change in rev 1.28 -- refentry id=function.ocicancel refnamediv http://cvs.php.net/diff.php/phpdoc/en/reference/oci8/functions/ocicloselob.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/reference/oci8/functions/ocicloselob.xml diff -u phpdoc/en/reference/oci8/functions/ocicloselob.xml:1.3 phpdoc/en/reference/oci8/functions/ocicloselob.xml:1.4 --- phpdoc/en/reference/oci8/functions/ocicloselob.xml:1.3 Thu Apr 15 03:57:51 2004 +++ phpdoc/en/reference/oci8/functions/ocicloselob.xml Thu Apr 15 07:54:41 2004 @@ -1,5 +1,12 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- +!-- + +DO NOT TRANSLATE THIS FILE. +THE FUNCTION IT DESCRIBES WAS RENAMED AND THIS NAME IS DEPRECATED. +PLEASE, TRANSLATE THE APPROPRIATE NEW
[PHP-DOC] Missing constant information
Hi, Looking at mysqli/constants.xml i found that is missing the information for the MYSQLI_CLIENT_MULTI_QUERIES constant, and I Found at the MySQL documentation in pdf format that this constant was renamed to CLIENT_MULTI_STATEMENTS And the documentation for this is: supports the execution of multiple statements specified in a single query string Should this be included as a new configuration constant or should it replace the MYSQLI_CLIENT_MULTI_QUERIES. Modify the xml files is not a big deal, but do it correctly. Regards EnriqueDo You Yahoo!? Yahoo! Net: La mejor conexión a internet y 25MB extra a tu correo por $100 al mes.
[PHP-DOC] cvs: phpdoc /en/reference/mysqli constants.xml
baoengb Thu Apr 15 11:34:02 2004 EDT Modified files: /phpdoc/en/reference/mysqli constants.xml Log: Typos http://cvs.php.net/diff.php/phpdoc/en/reference/mysqli/constants.xml?r1=1.5r2=1.6ty=u Index: phpdoc/en/reference/mysqli/constants.xml diff -u phpdoc/en/reference/mysqli/constants.xml:1.5 phpdoc/en/reference/mysqli/constants.xml:1.6 --- phpdoc/en/reference/mysqli/constants.xml:1.5Tue Feb 24 12:48:09 2004 +++ phpdoc/en/reference/mysqli/constants.xmlThu Apr 15 11:34:02 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.5 $ -- +!-- $Revision: 1.6 $ -- section id='mysqli.constants' reftitle.constants; @@ -282,7 +282,7 @@ constant id='constantmysqli-type-long'MYSQLI_TYPE_LONG/constant (link linkend='language.types.integer'integer/link) /entry - entryField is defined as literalMEDIUMINT/literal/entry + entryField is defined as literalINT/literal/entry /row row entry @@ -296,7 +296,7 @@ constant id='constantmysqli-type-double'MYSQLI_TYPE_DOUBLE/constant (link linkend='language.types.integer'integer/link) /entry - entryField is defined as literaldouble/literal/entry + entryField is defined as literalDOUBLE/literal/entry /row row entry @@ -324,7 +324,7 @@ constant id='constantmysqli-type-int24'MYSQLI_TYPE_INT24/constant (link linkend='language.types.integer'integer/link) /entry - entry/entry + entryField is defined as literalMEDIUMINT/literal/entry /row row entry
[PHP-DOC] cvs: phpdoc /en/appendices filters.xml
pollita Thu Apr 15 11:38:50 2004 EDT Modified files: /phpdoc/en/appendices filters.xml Log: Minor typos http://cvs.php.net/diff.php/phpdoc/en/appendices/filters.xml?r1=1.3r2=1.4ty=u Index: phpdoc/en/appendices/filters.xml diff -u phpdoc/en/appendices/filters.xml:1.3 phpdoc/en/appendices/filters.xml:1.4 --- phpdoc/en/appendices/filters.xml:1.3Wed Apr 14 01:37:43 2004 +++ phpdoc/en/appendices/filters.xmlThu Apr 15 11:38:49 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- appendix id=filters titleList of Built-In Filters/title para @@ -164,7 +164,10 @@ functionchunk_split/function. /simpara example - titleconvert.base64_encode/title + title +convert.base64-encode amp; +convert.base64-decode + /title programlisting role=php ![CDATA[ ?php @@ -209,7 +212,10 @@ for striping from the encoded payload. /simpara example - titlestring.tolower/title + title +convert.quoted-printable-encode amp; +convert.quoted-printable-decode + /title programlisting role=php ![CDATA[ ?php
[PHP-DOC] #24468 [Opn-Csd]: document image functions that require bundled GD
ID: 24468 Updated by: [EMAIL PROTECTED] Reported By: mike at wehnertal dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Mac OS 9.1 PHP Version: 4.3.1 New Comment: This bug has been fixed in the documentation's XML sources. Since the online and downloadable versions of the documentation need some time to get updated, we would like to ask you to be a bit patient. Thank you for the report, and for helping us make our documentation better. Friedhelm Betz has added a entity to these functions. http://news.php.net/article.php?group=php.docarticle=969360044 Previous Comments: [2003-10-24 11:55:51] [EMAIL PROTECTED] I'd mark this as even more of a bug considering we don't really support MacOS 9.1 [2003-07-02 17:20:41] [EMAIL PROTECTED] This function is available as of PHP 4.3.0... not before. And only available with the bundled GD, and your server does not use the bundled GD. Marking this as a DOC bug to document which image functions require the bundled GD. We should use an entity for this. [2003-07-02 16:04:24] mike at wehnertal dot com Description: I can't use imageRotate() in PHP 4.3.1. The manual says it's just supported up to 4.3.0 but I tried the same code on another server using 4.3.2 and it works. Is it a bug or is there an alternative way of rotating an image in 4.3.1? My site is hosted, and my host won't help me out. Here is their setup: http://www3.fsdata.se/phpinfo.php Reproduce code: --- Example: http://www.wehnertal.com/dev/rotate/rotate.php Code: http://www.wehnertal.com/dev/rotate/rotate.phps Expected result: The image is supposed to be rotated in a 30 degree angle. Actual result: -- bFatal error/b: Call to undefined function: imageRotate() in b/home/w/wehnertal/www/dev/rotate/rotate.php/bon line b19/bbr/ -- Edit this bug report at http://bugs.php.net/?id=24468edit=1
[PHP-DOC] #28011 [Opn-Csd]: bad links to rfc documents
ID: 28011 Updated by: [EMAIL PROTECTED] Reported By: scyrmaa at eml dot cc -Status: Open +Status: Closed -Bug Type: Website problem +Bug Type: Documentation problem Operating System: irrelevant PHP Version: Irrelevant New Comment: This bug has been fixed in CVS. Since the websites are not directly updated from the CVS server, the fix might need some time to spread across the globe to all mirror sites, including PHP.net itself. Thank you for the report, and for helping us make PHP.net better. corrigé :) Previous Comments: [2004-04-15 16:52:09] scyrmaa at eml dot cc Description: RFCs links in http://ca.php.net/manual/fr/ref.imap.php are linking to (for example) http://www.faqs.org/rfcs/rfcrfc1939.html instead of http://www.faqs.org/rfcs/rfc1939.html (there is a 'rfc' that should not be there) This problem is not present in the english documentation. I have only seen it in the French documentation. -- Edit this bug report at http://bugs.php.net/?id=28011edit=1
[PHP-DOC] cvs: phpdoc /en/appendices transports.xml
amt Thu Apr 15 17:43:06 2004 EDT Modified files: /phpdoc/en/appendices transports.xml Log: Table only has 3 columns http://cvs.php.net/diff.php/phpdoc/en/appendices/transports.xml?r1=1.7r2=1.8ty=u Index: phpdoc/en/appendices/transports.xml diff -u phpdoc/en/appendices/transports.xml:1.7 phpdoc/en/appendices/transports.xml:1.8 --- phpdoc/en/appendices/transports.xml:1.7 Wed Jan 28 19:35:21 2004 +++ phpdoc/en/appendices/transports.xml Thu Apr 15 17:43:06 2004 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.7 $ -- +!-- $Revision: 1.8 $ -- appendix id=transports titleList of Supported Socket Transports/title para @@ -81,7 +81,7 @@ Context options for literalssl:///literal and literaltls:///literal transports (since literalPHP 4.3.2/literal) /title -tgroup cols=4 +tgroup cols=3 thead row entryName/entry
[PHP-DOC] cvs: phpdoc /en/appendices filters.xml
pollita Thu Apr 15 20:20:56 2004 EDT
Modified files:
/phpdoc/en/appendices filters.xml
Log:
Document zlib filters
http://cvs.php.net/diff.php/phpdoc/en/appendices/filters.xml?r1=1.4r2=1.5ty=u
Index: phpdoc/en/appendices/filters.xml
diff -u phpdoc/en/appendices/filters.xml:1.4 phpdoc/en/appendices/filters.xml:1.5
--- phpdoc/en/appendices/filters.xml:1.4Thu Apr 15 11:38:49 2004
+++ phpdoc/en/appendices/filters.xmlThu Apr 15 20:20:56 2004
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.4 $ --
+!-- $Revision: 1.5 $ --
appendix id=filters
- titleList of Built-In Filters/title
+ titleList of Available Filters/title
para
The following is a list of a few built-in stream filters for
use with functionstream_filter_append/function.
@@ -229,6 +229,132 @@
/example
/section
+ section id=filters.compression
+ titleCompression Filters/title
+
+ simpara
+ While the xref linkend=wrappers.compression/ provide a way of creating
+ gzip and bz2 compatable files on the local filesystem, they do not provide a
+ means for generalized compression over network streams, nor do they provide a
+ means begin with a non-compressed stream and transition to a compressed one.
+ For this, a compression filter may be applied to any stream resource at any time.
+ /simpara
+
+ note
+ simpara
+Compression filters do emphasisnot/emphasis generate headers and trailers
+used by commandline utilites such as literalgzip/literal. They only compress
+and decompress the payload portions of compressed data streams.
+ /simpara
+ /note
+
+ simpara
+ literalzlib.deflate/literal (compression) and
+ literalzlib.inflate/literal (decompression) are implementations of
+ the compression methods described in ulink url=url.rfc;1951RFC 1951/ulink.
+ The literaldeflate/literal filter takes up to three parameters passed as
+ an associative array.
+
+ parameterlevel/parameter describes the compression
+ strength to use (1-9). Higher numbers will generally yield smaller payloads at
+ the cost of additional processing time. Two special compression levels also exist:
+ 0 (for no compression at all), and -1 (zlib internal default -- currently 6).
+
+ parameterwindow/parameter is the base-2 log of the compression loopback window
size.
+ Higher values (up to 15 -- 32768 bytes) yield better compression at a cost of
memory,
+ while lower values (down to 9 -- 512 bytes) yield worse compression in a smaller
memory footprint.
+ Default parameterwindow/parameter size is currently constant15/constant.
+
+ parametermemory/parameter is a scale indicating how much work memory should be
allocated.
+ Valid values range from 1 (minimal allocation) to 9 (maximum allocation). This
memory allocation
+ affects speed only and does not impact the size of the generated payload.
+ /simpara
+
+ note
+ simpara
+Because compression level is the most commonly used parameter, it may be
alternatively
+provided as a simple integer value (rather than an array element).
+ /simpara
+ /note
+
+ note
+ simpara
+The zlib.* filters are not currently built into the PHP core. To enable these
filters
+in literalPHP 5/literal, install the ulink
url=url.pecl.package;zlib_filterzlib_filter/ulink
+package from ulink url=url.pecl;PECL/ulink. These filters are
emphasisnot/emphasis
+available for literalPHP 4/literal.
+ /simpara
+ /note
+
+ example
+ title
+literalzlib.deflate/literal and
+literalzlib.inflate/literal
+ /title
+ programlisting role=php
+![CDATA[
+?php
+$params = array('level' = 6, 'window' = 15, 'memory' = 9);
+
+$original_text = This is a test.\nThis is only a test.\nThis is not an important
string.\n;
+echo The original text is . strlen($original_text) . characters long.\n;
+
+$fp = fopen('test.deflated', 'w');
+stream_filter_append($fp, 'zlib.deflate', STREAM_FILTER_WRITE, $params);
+fwrite($fp, $original_text);
+fclose($fp);
+
+echo The compressed file is . filesize('test.deflated') . bytes long.\n;
+echo The original text was:\n;
+/* Use readfile and zlib.inflate to decompress on the fly */
+readfile('php://filter/zlib.inflate/resource=test.deflated');
+
+/* Generates output:
+
+The original text is 70 characters long.
+The compressed file is 56 bytes long.
+The original text was:
+This is a test.
+This is only a test.
+This is not an important string.
+
+ */
+?
+]]
+ /programlisting
+ /example
+
+ example
+ title
+literalzlib.deflate/literal simple
+ /title
+ programlisting role=php
+![CDATA[
+?php
+$original_text = This is a test.\nThis is only a test.\nThis is not an important
string.\n;
+echo The original text is . strlen($original_text) . characters long.\n;
+
+$fp = fopen('test.deflated', 'w');
+/* Here 6 indicates compression level 6 */
+stream_filter_append($fp, 'zlib.deflate', STREAM_FILTER_WRITE, 6);
+fwrite($fp, $original_text);
[PHP-DOC] cvs: phpdoc /en/appendices filters.xml
pollita Fri Apr 16 00:07:28 2004 EDT
Modified files:
/phpdoc/en/appendices filters.xml
Log:
Document bzip2 filters
http://cvs.php.net/diff.php/phpdoc/en/appendices/filters.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/appendices/filters.xml
diff -u phpdoc/en/appendices/filters.xml:1.5 phpdoc/en/appendices/filters.xml:1.6
--- phpdoc/en/appendices/filters.xml:1.5Thu Apr 15 20:20:56 2004
+++ phpdoc/en/appendices/filters.xmlFri Apr 16 00:07:28 2004
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
appendix id=filters
titleList of Available Filters/title
para
@@ -236,7 +236,7 @@
While the xref linkend=wrappers.compression/ provide a way of creating
gzip and bz2 compatable files on the local filesystem, they do not provide a
means for generalized compression over network streams, nor do they provide a
- means begin with a non-compressed stream and transition to a compressed one.
+ means to begin with a non-compressed stream and transition to a compressed one.
For this, a compression filter may be applied to any stream resource at any time.
/simpara
@@ -353,6 +353,71 @@
/programlisting
/example
+ simpara
+ literalbzip2.compress/literal and
+ literalbzip2.decompress/literal
+ work in the same manner as the zlib filters described above.
+
+ The literalbzip2.compress/literal filter accepts up to two parameters given as
+ elements of an associative array:
+
+ parameterblocks/parameter is an integer value
+ from 1 to 9 specifying the number of 100kbyte blocks of memory to allocate for
+ workspace.
+
+ parameterwork/parameter is also an integer value ranging from
+ 0 to 250 indicating how much effort to expend using the normal compression method
+ before falling back on a slower, but more reliable method. Tuning this parameter
+ effects only compression speed. Neither size of compressed output nor memory usage
+ are changed by this setting. A work factor of 0 instructs the bzip library to use
+ an internal default.
+
+ The literalbzip2.decompress/literal filter only accepts one parameter,
+ which can be passed as either an ordinary boolean value as the
+ parametersmall/parameter element of an associative array.
+
+ parametersmall/parameter, when set to a true; value, instructs the bzip
library
+ to perform decompression in a minimal memory footprint at the cost of speed.
+ /simpara
+
+ note
+ simpara
+The bzip2.* filters are not currently built into the PHP core. To enable these
filters
+in literalPHP 5/literal, install the ulink
url=url.pecl.package;bz2_filterbz2_filter/ulink
+package from ulink url=url.pecl;PECL/ulink. These filters are
emphasisnot/emphasis
+available for literalPHP 4/literal.
+ /simpara
+ /note
+
+ example
+ title
+literalbzip2.compress/literal and
+literalbzip2.decompress/literal
+ /title
+ programlisting role=php
+![CDATA[
+?php
+$param = array('blocks' = 9, 'work' = 0);
+
+echo The original file is . filesize('LICENSE') . bytes long.\n;
+
+$fp = fopen('LICENSE.compressed', 'w');
+stream_filter_append($fp, 'bzip2.compress', STREAM_FILTER_WRITE, $param);
+fwrite($fp, file_get_contents('LICENSE'));
+fclose($fp);
+
+echo The compressed file is . filesize('LICENSE.compressed') . bytes long.\n;
+
+/* Generates output:
+
+The original text is 3288 characters long.
+The compressed file is 1488 bytes long.
+
+ */
+?
+]]
+ /programlisting
+ /example
/section
/appendix
