[PHP-DOC] #33860 [NEW]: php_manual_es.chm
From: larryhans at ice dot co dot cr Operating system: XP PROFESSIONAL PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: php_manual_es.chm Description: Hello there, If you try to download the file php_manual_es.chm and you run it, you will unavailable to open in normal conditions. Because the file look for h:// docs. Please fix it as soon as possible. Thank you. Reproduce code: --- 1.- Download php_manual_es.chm. 2.- Try to open it. Without h:// file contents! Expected result: Well, i'm programmer since 97... have the manual from 1 click is a must. I want to have it. Actual result: -- The file are corrupt. Well... not in "good" operation. -- Edit bug report at http://bugs.php.net/?id=33860&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33860&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33860&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33860&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33860&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33860&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33860&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33860&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33860&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33860&r=support Expected behavior: http://bugs.php.net/fix.php?id=33860&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33860&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33860&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33860&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33860&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33860&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33860&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33860&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33860&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33860&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33860&r=mysqlcfg
[PHP-DOC] build failure en (2005-07-26)
/usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:88:21:E: [xref to para �� ����] /usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:104:21:E: [xref to para �� ����] /usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:508:20:E: [xref to para �� ����] /usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:533:20:E: [xref to para �� ����] /usr/bin/openjade:/dat/dev/php/phpdoc/en/appendices/extensions.xml:594:20:E: [xref to para �� ����]
[PHP-DOC] #33834 [Opn->Bgs]: docs.php.net, search feature is not working fine.
ID: 33834 Updated by: [EMAIL PROTECTED] Reported By: sanjeev at adari dot net -Status: Open +Status: Bogus Bug Type: Livedocs problem Operating System: Linux PHP Version: Irrelevant New Comment: Not livedocs sw problem, closing. Previous Comments: [2005-07-23 11:08:39] [EMAIL PROTECTED] docs.php.net is not intended to be viewed by end users, it is just a test machine for a new rendering engine. This is a livedocs (deployment) problem. [2005-07-23 08:13:58] sanjeev at adari dot net Description: After I enter some words in the search box and press enter.. I was directed to http://docs.php.net/search.php and this has just a white page with a search box, strict check box abd search button. when i again use this search box and click on search, i get these messages: Warning: sqlite_exec() [function.sqlite-exec]: cannot attach empty database: sc in /local/Web/sites/livedocs/search.php on line 34 Warning: sqlite_array_query() [function.sqlite-array-query]: no such table: search_cache in /local/Web/sites/livedocs/search.php on line 36 Warning: sqlite_exec() [function.sqlite-exec]: no such table: search_cache in /local/Web/sites/livedocs/search.php on line 40 Warning: sqlite_exec() [function.sqlite-exec]: no such table: cache_data in /local/Web/sites/livedocs/search.php on line 44 Warning: sqlite_single_query() [function.sqlite-single-query]: no such table: cache_data in /local/Web/sites/livedocs/search.php on line 46 Strict: No Results Found -- Edit this bug report at http://bugs.php.net/?id=33834&edit=1
Re: [PHP-DOC] Manual build failure
> > > All the errors from reference.xml are made by the following sequence of > > lines: > > > > [...] > > > > &reftitle.constructor; > > > > > > - > construct a new > > DOMAttr object <-- The line with error > > > > > > > > [...] > > > [...] > Since the error message says something about the correlation of the para > and xref tags, either xref is not supported in this context (which I > doubt), or xref should not point to a paragraph with an ID (which is > probable). But as far as I guess, function.dom-domattr-construct is not > a para, but a complete function doc section. The xref points to 'refentry' tag (), but I'm wondering why I get the error on that line, but the following one is correct (it also points to 'refentry' tag) &reftitle.methods; - Checks if attribute is a defined ID Darvin
[PHP-DOC] cvs: phpdoc /en/reference/sdo_das_xml reference.xml
ansrinivMon Jul 25 10:15:47 2005 EDT Modified files: /phpdoc/en/reference/sdo_das_xmlreference.xml Log: some name changes http://cvs.php.net/diff.php/phpdoc/en/reference/sdo_das_xml/reference.xml?r1=1.7&r2=1.8&ty=u Index: phpdoc/en/reference/sdo_das_xml/reference.xml diff -u phpdoc/en/reference/sdo_das_xml/reference.xml:1.7 phpdoc/en/reference/sdo_das_xml/reference.xml:1.8 --- phpdoc/en/reference/sdo_das_xml/reference.xml:1.7 Mon Jul 25 06:33:19 2005 +++ phpdoc/en/reference/sdo_das_xml/reference.xml Mon Jul 25 10:15:45 2005 @@ -1,9 +1,9 @@ - + SDO XML Data Access Service Functions - XML DAS + SDO DAS XML @@ -53,7 +53,8 @@ &reftitle.install; The XML Data Access Service is packaged and installed as part of the -SDO extension. Please Refer SDO installation instructions. +SDO extension. Please Refer + SDO installation instructions. @@ -276,7 +277,7 @@ This example also tries to modify the properties of the root DataObject and then write the changed contents back to file system. - +
Re: [PHP-DOC] Manual build failure
> All the errors from reference.xml are made by the following sequence of > lines: > > [...] > > &reftitle.constructor; > > > - construct a new > DOMAttr object <-- The line with error > > > > [...] > > All 'constructor' tables have the error. Other tables (i.e. methods table) > are ok. What are the differences? Is the link pointed by linked? I've > checked it, dom-domattr-construct exists. I looked for some wrong characters > into the definition of the entity '&reftitle.constructor;', nothing, it > seems ok. Since the error message says something about the correlation of the para and xref tags, either xref is not supported in this context (which I doubt), or xref should not point to a paragraph with an ID (which is probable). But as far as I guess, function.dom-domattr-construct is not a para, but a complete function doc section. Goba
[PHP-DOC] cvs: phpdoc /en/language references.xml
vrana Mon Jul 25 09:00:06 2005 EDT Modified files: /phpdoc/en/language references.xml Log: E_NOTICE is issued with returning non-references in new versions http://cvs.php.net/diff.php/phpdoc/en/language/references.xml?r1=1.43&r2=1.44&ty=u Index: phpdoc/en/language/references.xml diff -u phpdoc/en/language/references.xml:1.43 phpdoc/en/language/references.xml:1.44 --- phpdoc/en/language/references.xml:1.43 Thu Jul 14 05:16:30 2005 +++ phpdoc/en/language/references.xml Mon Jul 25 09:00:01 2005 @@ -1,5 +1,5 @@ - + References Explained @@ -364,6 +364,9 @@ work as you are attempting to return the result of an expression, and not a variable, by reference. You can only return variables by reference from a function - nothing else. + E_NOTICE error is issued since PHP 4.4.0 and PHP + 5.1.0 if the code tries to return a dynamic expression or a result of the + new operator.
[PHP-DOC] Manual build failure
Hi all, last week Derick tried to build the Italian translation of the manual, but he got the following errors: /usr/bin/openjade:/dat/dev/php/phpdoc/it/reference/dom/reference.xml:52:14:E : [riferimento a para non supportato] /usr/bin/openjade:/dat/dev/php/phpdoc/it/reference/dom/reference.xml:180:14: E: [riferimento a para non supportato] [...] /usr/bin/openjade:/dat/dev/php/phpdoc/it/faq/com.xml:146:33:E: [riferimento a para non supportato] [...] on 4 files. I looked around these error messages, but I wasn't able to find out what went wrong. Make test and make test_xml show nothing, I've checked both the language-defs and language-snippets, no entities are missing. I've checked, also, the translated entities, they seems ok. All the errors from reference.xml are made by the following sequence of lines: [...] &reftitle.constructor; - construct a new DOMAttr object <-- The line with error [...] All 'constructor' tables have the error. Other tables (i.e. methods table) are ok. What are the differences? Is the link pointed by linked? I've checked it, dom-domattr-construct exists. I looked for some wrong characters into the definition of the entity '&reftitle.constructor;', nothing, it seems ok. Any other suggestion? Thanks Darvin
[PHP-DOC] cvs: phpdoc /en/reference/sqlite/functions sqlite-fetch-column-types.xml
vrana Mon Jul 25 08:02:10 2005 EDT Modified files: /phpdoc/en/reference/sqlite/functions sqlite-fetch-column-types.xml Log: result_type defaults to SQLITE_ASSOC and is available since PHP 5.1.0 http://cvs.php.net/diff.php/phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml?r1=1.8&r2=1.9&ty=u Index: phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml diff -u phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml:1.8 phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml:1.9 --- phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml:1.8 Sun Feb 20 19:31:07 2005 +++ phpdoc/en/reference/sqlite/functions/sqlite-fetch-column-types.xml Mon Jul 25 08:02:10 2005 @@ -1,5 +1,5 @@ - + sqlite_fetch_column_types @@ -57,7 +57,16 @@ result_type - &sqlite.result-type; + + The optional result_type parameter accepts a + constant and determines how the returned array will be indexed. Using + SQLITE_ASSOC will return only associative indices + (named fields) while SQLITE_NUM will return only + numerical indices (ordinal field numbers). + SQLITE_BOTH will return both associative and + numerical indices. SQLITE_ASSOC is the default for + this function. + @@ -72,6 +81,28 @@ &sqlite.case-fold; + + &reftitle.changelog; + + + + + + &Version; + &Description; + + + + + 5.1.0 + Added result_type + + + + + + + &reftitle.examples;
[PHP-DOC] cvs: phpdoc /scripts xml_proto.php
vrana Mon Jul 25 08:01:01 2005 EDT Modified files: /phpdoc/scripts xml_proto.php Log: Missing http://cvs.php.net/diff.php/phpdoc/scripts/xml_proto.php?r1=1.29&r2=1.30&ty=u Index: phpdoc/scripts/xml_proto.php diff -u phpdoc/scripts/xml_proto.php:1.29 phpdoc/scripts/xml_proto.php:1.30 --- phpdoc/scripts/xml_proto.php:1.29 Mon Jul 25 07:57:55 2005 +++ phpdoc/scripts/xml_proto.phpMon Jul 25 08:00:58 2005 @@ -16,7 +16,7 @@ | Authors: Brad House <[EMAIL PROTECTED]> | +--+ - $Id: xml_proto.php,v 1.29 2005/07/25 11:57:55 vrana Exp $ + $Id: xml_proto.php,v 1.30 2005/07/25 12:00:58 vrana Exp $ */ /* @@ -144,7 +144,7 @@ } fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " $extension_name Functions\n" . @@ -229,7 +229,7 @@ $functype = trim($funclist[$i]["function_type"]); fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " \n" . @@ -318,8 +318,8 @@ " \n" . " \n" . " \n" . -" Enter the PHP version of change here\n" . -" Description of change\n" . +" Enter the PHP version of change here\n" . +" Description of change\n" . " \n" . " \n" . "\n" .
[PHP-DOC] cvs: phpdoc /scripts xml_proto.php
vrana Mon Jul 25 07:57:55 2005 EDT Modified files: /phpdoc/scripts xml_proto.php Log: Missing semicolon http://cvs.php.net/diff.php/phpdoc/scripts/xml_proto.php?r1=1.28&r2=1.29&ty=u Index: phpdoc/scripts/xml_proto.php diff -u phpdoc/scripts/xml_proto.php:1.28 phpdoc/scripts/xml_proto.php:1.29 --- phpdoc/scripts/xml_proto.php:1.28 Mon Jul 25 07:39:50 2005 +++ phpdoc/scripts/xml_proto.phpMon Jul 25 07:57:55 2005 @@ -16,7 +16,7 @@ | Authors: Brad House <[EMAIL PROTECTED]> | +--+ - $Id: xml_proto.php,v 1.28 2005/07/25 11:39:50 vrana Exp $ + $Id: xml_proto.php,v 1.29 2005/07/25 11:57:55 vrana Exp $ */ /* @@ -144,7 +144,7 @@ } fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " $extension_name Functions\n" . @@ -229,7 +229,7 @@ $functype = trim($funclist[$i]["function_type"]); fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " \n" . @@ -313,7 +313,7 @@ " \n" . " \n" . " &Version;\n" . -" &Description\n" . +" &Description;\n" . " \n" . " \n" . " \n" .
[PHP-DOC] cvs: phpdoc /scripts xml_proto.php
vrana Mon Jul 25 07:39:51 2005 EDT Modified files: /phpdoc/scripts xml_proto.php Log: Categorize in appendices/extensions.xml http://cvs.php.net/diff.php/phpdoc/scripts/xml_proto.php?r1=1.27&r2=1.28&ty=u Index: phpdoc/scripts/xml_proto.php diff -u phpdoc/scripts/xml_proto.php:1.27 phpdoc/scripts/xml_proto.php:1.28 --- phpdoc/scripts/xml_proto.php:1.27 Mon Jun 6 10:15:21 2005 +++ phpdoc/scripts/xml_proto.phpMon Jul 25 07:39:50 2005 @@ -16,7 +16,7 @@ | Authors: Brad House <[EMAIL PROTECTED]> | +--+ - $Id: xml_proto.php,v 1.27 2005/06/06 14:15:21 vrana Exp $ + $Id: xml_proto.php,v 1.28 2005/07/25 11:39:50 vrana Exp $ */ /* @@ -144,7 +144,7 @@ } fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " $extension_name Functions\n" . @@ -229,7 +229,7 @@ $functype = trim($funclist[$i]["function_type"]); fwrite($fp, ''."\n" . - ''."\n" . + ''."\n" . "\n" . "\n" . " \n" . @@ -915,7 +915,9 @@ d) If you're writing over files in CVS, be 100% sure to check unified diffs before commit! e) Run script check-references.php and add role="reference" where required. - f) Report problems to phpdoc@lists.php.net + f) Categorize the extension in appendices/extensions.xml. + +Report problems to phpdoc@lists.php.net NOTES; ?>
[PHP-DOC] #33840 [Opn->Csd]: XMLReader parameter
ID: 33840 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -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: [2005-07-24 00:17:07] [EMAIL PROTECTED] check refpurpose of xmlreader-setparserproperty.xml [2005-07-23 22:11:05] [EMAIL PROTECTED] Description: /en/reference/xmlreader/function/xmlreader-getparserproperty.xml What is feature in explanation ? remove or explain or put property ? -- Edit this bug report at http://bugs.php.net/?id=33840&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/xmlreader/functions xmlreader-getparserproperty.xml xmlreader-setparserproperty.xml
rrichards Mon Jul 25 06:38:03 2005 EDT Modified files: /phpdoc/en/reference/xmlreader/functions xmlreader-getparserproperty.xml xmlreader-setparserproperty.xml Log: fix descriptions (Bug #33840) http://cvs.php.net/diff.php/phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml diff -u phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml:1.1 phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml:1.2 --- phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml:1.1 Mon Jul 18 22:42:45 2005 +++ phpdoc/en/reference/xmlreader/functions/xmlreader-getparserproperty.xml Mon Jul 25 06:38:03 2005 @@ -1,5 +1,5 @@ - + XMLReader->getParserProperty() @@ -17,8 +17,7 @@ - Indicates if specified property has been set - feature. + Indicates if specified property has been set. @@ -29,7 +28,8 @@ property - The parser property to check. + One of the parser option + constants. http://cvs.php.net/diff.php/phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml?r1=1.1&r2=1.2&ty=u Index: phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml diff -u phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml:1.1 phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml:1.2 --- phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml:1.1 Mon Jul 18 22:42:46 2005 +++ phpdoc/en/reference/xmlreader/functions/xmlreader-setparserproperty.xml Mon Jul 25 06:38:03 2005 @@ -1,9 +1,9 @@ - + XMLReader->setParserProperty() - Move cursor to a named attribute + Set or Unset parser options &reftitle.description;
[PHP-DOC] cvs: phpdoc /en/reference/sdo_das_xml reference.xml
ansrinivMon Jul 25 06:33:20 2005 EDT Modified files: /phpdoc/en/reference/sdo_das_xmlreference.xml Log: Changes in the class name http://cvs.php.net/diff.php/phpdoc/en/reference/sdo_das_xml/reference.xml?r1=1.6&r2=1.7&ty=u Index: phpdoc/en/reference/sdo_das_xml/reference.xml diff -u phpdoc/en/reference/sdo_das_xml/reference.xml:1.6 phpdoc/en/reference/sdo_das_xml/reference.xml:1.7 --- phpdoc/en/reference/sdo_das_xml/reference.xml:1.6 Sun Jul 24 16:50:13 2005 +++ phpdoc/en/reference/sdo_das_xml/reference.xml Mon Jul 25 06:33:19 2005 @@ -1,5 +1,5 @@ - + SDO XML Data Access Service Functions @@ -259,12 +259,12 @@ The following example shows how to create a SDO_DAS_XML Object and use it to load an instance document. - The SDO_XML_DAS object can be created by passing the xsd file + The SDO_DAS_XML object can be created by passing the xsd file to the SDO_DAS_XML::create method, which is a static method of SDO_DAS_XML Class. This schema file(XSD Document) can be either file available on the local file system or it can be an URL. - Once we have created the SDO_XML_DAS Object, + Once we have created the SDO_DAS_XML Object, we can use the same to load the instance document using loadFromFile method. loadFromString method can be used if want load xml instance document @@ -299,7 +299,7 @@ Working with the SDO_DAS_XML Class - The above example shown, how to use the SDO_XML_DAS object to load an + The above example shown, how to use the SDO_DAS_XML object to load an existing instance document and change the DataObject(property values) and write the changes back to file system. This example shows, how to create the DataObjects dynamically and @@ -433,7 +433,7 @@ create This is the only static method available in SDO_DAS_XML class. -Used to construct SDO_XML_DAS object. +Used to construct SDO_DAS_XML object.
[PHP-DOC] #33852 [NEW]: Strrpos: offset param works from the end
From: sl at yes-co dot nl Operating system: Linux sarge 2.6.8 PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Strrpos: offset param works from the end Description: The offset parameter of the strrpos function is the offset from the end of the string. The documentation is unclear about this: "As of PHP 5.0.0 offset may be specified to begin searching an arbitrary number of characters into the string." I would expect it to start at $string+$offset, searching backwards. Reproduce code: --- Actual result: -- strrpos with offset string: abcdefghijklmnopqrstuvwxyz strrpos($string, 'n', 5): 13 strrpos($string, 'n', 15): strrpos($string, 'n', -5): 13 strrpos($string, 'n', -15): -- Edit bug report at http://bugs.php.net/?id=33852&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33852&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33852&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33852&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33852&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33852&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33852&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33852&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33852&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33852&r=support Expected behavior: http://bugs.php.net/fix.php?id=33852&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33852&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33852&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33852&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33852&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33852&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33852&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33852&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33852&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33852&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33852&r=mysqlcfg
Re: [PHP-DOC] cvs: phpdoc /en/appendices extensions.xml
Gabor Hojtsy wrote: > Wow, good idea :) Some automatic check would be nice to ensure that all > extensions are categorized, so that none is missing from the various > categories (in all the schemes). Preg magic I guess :) I already wrote one for my purposes and will commit it later in scripts/ after some tidying. Jakub Vrána
[PHP-DOC] #24861 [Asn->Csd]: Categorize function references
ID: 24861 Updated by: [EMAIL PROTECTED] Reported By: tim at zer0-interactive dot com -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: N/A PHP Version: Irrelevant Assigned To: goba 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. http://cvs.php.net/co.php/phpdoc/en/appendices/extensions.xml In future, it can be swapped (alpabetical list in appendix, categories in the contents). Previous Comments: [2004-08-09 14:06:33] [EMAIL PROTECTED] verdy_p, you also submitted a duplicate. What bug do we choose from multiple issues dealing with the same problem is upon is. It is not the earliest timestamp we choose, but it is the most relevant bug report. The xml.in file itself does not solve the problem, since there are no tools currently supporting the building of the docs with that structure. This bug is not forgotten, just noone had the time yet to take care of it. If you are willing to help, you could equally offer your time as others do in this project. [2004-08-09 13:05:17] verdy_p at wanadoo dot fr This bug is quite old and I reported it 2 years ago: http://bugs.php.net/bug.php?id=17164 Nothing was done about it, and bug 17164 was forgotten. Now bug 17164 is closed (it was not bogous as stated now, but is now a duplicate with this newer bug report). before this bug was incorrectly reopened here. The solution proposed here with the xml.in file seems good and replies correctly to bug report 17164... [2004-08-08 19:57:38] [EMAIL PROTECTED] The suggested and soon to be implemented grouping is here: http://cvs.php.net/co.php/phpdoc/RFC/manual.xml.in Livedocs needs to be able to handle this type of TOC on the index page (and elsewhere). We are not going to implement support for this in the DSSSL or XSLT sheets IMHO. [2003-07-30 05:03:45] [EMAIL PROTECTED] I can assure you that such a categorization will be in place, hopefully in the near future. We are working on a better manual presentation system for our website (and all mirror sites), which will include categorized listing of extensions too. This is planned for a long time, but we need more time to complete the background programs. Assigning to myself, I will close this bug, when the solution is in place (despite that I will not implement the solution ;). [2003-07-29 17:50:06] tim at zer0-interactive dot com Description: This isn't so much a problem with any piece of documentation in particular, but rather the usability of the documentation as a whole. Having watched PHP grow over the last few years and trying to keep on top of the numerous extensions that keep appearing over time, it is getting increasingly hard to detirmine what each extension is for without going further into the documentation to read about it. I would say that is more of a problem with non *nix developers who may not have heard of what some of the extensions are and what they are for. In light of this, I think that it would be beneficial, particularly for the newbie developer, if the online documentation where organised slightly differently. Namely in the area of categorising the function reference section into high level chunks. Take for example the following question: what different databases does php support? This is not an easy question to answer unless you know what all the extensions do first when you are reading through the index. If it were reorganised slightly so it was something like this: Database Functions . MySQL Server Functions . MS SQL Server Functions . ODBC Functions Filesystem Functions . Directory Functions . File Functions An addition to this format would be the ability to collapse these sections on the page so that you do not have this massive list staring back at you. The documentation provided so far has been great, but I think the format of the index is holding it back from growing much further while still making it easy to locate what you are looking for. This index format would bring it into consistency with indexes such as how the PEAR packages are listing. A high level category with the actual packages listing inside those categories. I believe this indexing solution to accomdate not only for future growth of the documentation, but also makes it easier to use while still maintaining the integrity of th
[PHP-DOC] #31708 [Opn->Csd]: PHP Manual CHM needs rebuilt
ID: 31708 Updated by: [EMAIL PROTECTED] Reported By: philip at cornado dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant Previous Comments: [2005-07-11 16:53:51] [EMAIL PROTECTED] Just started one. [2005-07-11 11:59:49] akukula at gmail dot com PLEASE rebuild the CHMs, they are very handy but terribly outdated... [2005-06-16 17:26:41] [EMAIL PROTECTED] Sorry for reopening this bug, but it seems that rebuild had no effect at least for text on download page http://www.php.net/download-docs.php It still states Size: 4664Kb Date: 18 Apr 2004 [2005-04-27 15:52:33] [EMAIL PROTECTED] I started a build of all CHMs this morning... how coincidental. Will take about a day to finish all of them. [2005-04-27 15:48:58] [EMAIL PROTECTED] Derick, can you please take care of this one? 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/31708 -- Edit this bug report at http://bugs.php.net/?id=31708&edit=1