[PHP-DOC] #32012 [Opn]: Request for revisiting your online manual
ID: 32012 Updated by: [EMAIL PROTECTED] Reported By: soletan at toxa dot de Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: See also bug #35922 Previous Comments: [2005-08-15 11:26:14] [EMAIL PROTECTED] This is indeed a doc (or livedocs) problem, since the rendering code lives there. DSSSL could be fixed to do this, and Livedocs definitely should be. [2005-08-13 21:14:06] [EMAIL PROTECTED] Myabe its a a good idea to add anchor links to install intructions, functions list, etc.. [2005-02-17 17:48:30] soletan at toxa dot de Description: Hi, I'm using your online manual as reference while coding each and every day. I prefer to use that over any book or similar since I consider it to be always most uptodate over those. Furthermore user notes are quite helpful very often. BUT: Again and again I don't see any sense in having such huge front page on each extension. Did you ever try to find the list of supported methods on Multibyte String Extension's front page? While looking for that I'm neither interested in information how to install that extension, how to configure transparent IO-encoding or on what each charset is about to be. Even "moving to bottom of page" doesn't satisfy as there might be lots of user notes with further suggestions on how to install here, configure there etc. Of course, ALL these information are worth to be available, but why couldn't you have some subpages since they become more and more complex with each new release of PHP. And normally users stop installing some day and even configuration is done, right before the developer starts to use your manual as a reference for daily work. Sometimes I simply can't remember what was the name of a single function or what options I have to do this or that using single selection. So using shorthand access using URL is no good tool just like searching whole PHP's function list. Well, simplest adjustment would be to have a page menu on top to click for the function list (as well as installation notes, list of defined constants, user notes, etc.). This would avoid getting more files in PHP manual folder. -- Edit this bug report at http://bugs.php.net/?id=32012&edit=1
[PHP-DOC] #35922 [Opn]: Module Summaries: Table of Contents on top
ID: 35922 Updated by: [EMAIL PROTECTED] Reported By: php at jvogel dot ch Status: Open Bug Type: Documentation problem Operating System: Irrelevant PHP Version: Irrelevant New Comment: Similar to bug #32012 Previous Comments: [2006-01-06 16:55:53] php at jvogel dot ch Description: In the documentation the module summaries contains a lot of information. A lot of them is unnessesaraly when I am programming in PHP. First of all there are a lot information about Installing, then all the constants in detail. Then the most important information comes: the Table of Contents (which function there are available in the module). Last there are a lot of user contributed notes. When I'm programming, I'm often looking for a special function. I know, which module I need, but not, how the function is spelling (e.g. str_pos or strpos). I go into string functions and have to scroll down to the function list. But I cannot simple press the 'end' button and scroll up, because there often are a lot of user contributed notes. Perhaps it would be possible to hide the installation information in its own subpage and the constants too. Or it would be easy to set the table of contents at the top of the page. PLEASE! :-) Reproduce code: --- Have a look at http://php.net/mysql or http://php.net/array -- Edit this bug report at http://bugs.php.net/?id=35922&edit=1
[PHP-DOC] cvs: phpdoc /en/reference/curl configure.xml
mikeFri Jan 6 23:53:25 2006 UTC Modified files: /phpdoc/en/reference/curl configure.xml Log: - clarify that one doesn't need libcurl.dll http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/curl/configure.xml?r1=1.6&r2=1.7&diff_format=u Index: phpdoc/en/reference/curl/configure.xml diff -u phpdoc/en/reference/curl/configure.xml:1.6 phpdoc/en/reference/curl/configure.xml:1.7 --- phpdoc/en/reference/curl/configure.xml:1.6 Thu Jan 29 00:35:24 2004 +++ phpdoc/en/reference/curl/configure.xml Fri Jan 6 23:53:25 2006 @@ -1,5 +1,5 @@ - + &reftitle.install; @@ -19,8 +19,13 @@ In order to enable this module on a Windows environment, you must copy libeay32.dll and ssleay32.dll from the DLL folder of the PHP/Win32 binary package to the SYSTEM - folder of your Windows machine. (Ex: C:\WINNT\SYSTEM32 - or C:\WINDOWS\SYSTEM) + folder of your Windows machine (Ex: C:\WINNT\SYSTEM32 + or C:\WINDOWS\SYSTEM) or to the folder where + the PHP SAPI you use (Ex: php.exe or php5apache2.dll) + is located. + + + You don't need libcurl.dll from the CURL site.
[PHP-DOC] #35923 [NEW]: if (strpos("123","1")===true) doesn't work. if (strpos("123","1")!==false) does
From: johnjc-phpnet at publicinfo dot net
Operating system: irrelevant
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: if (strpos("123","1")===true) doesn't work. if
(strpos("123","1")!==false) does
Description:
The mail reference page (which I got by typing "mail" into the search box
where I usually look up functions)
http://uk2.php.net/manual/en/ref.mail.php
contains as its first paragraph a block of text which is displayed in such
a way as to require long horizontal scrolling to read it.
It would be good if you could fix that.
Thanks.
--
Edit bug report at http://bugs.php.net/?id=35923&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=35923&r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=35923&r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=35923&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=35923&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=35923&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35923&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=35923&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=35923&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35923&r=support
Expected behavior:http://bugs.php.net/fix.php?id=35923&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35923&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35923&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=35923&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35923&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=35923&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=35923&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35923&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35923&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35923&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=35923&r=mysqlcfg
[PHP-DOC] #35912 [Asn]: [chm] bug on funcref.html
ID: 35912 Updated by: [EMAIL PROTECTED] Reported By: jeff at adesigninteractive dot com Status: Assigned Bug Type: Documentation problem Operating System: Yahoo! (AllTheWeb.com) PHP Version: Irrelevant Assigned To: nlopess New Comment: I can't see how we can change the URL to fix this problem. When I enter "stripslashes + mail" in www.alltheweb.com I get the exactly same response. They use "q" instead of "query" parameter but the result is same. With stronger escaping (stripslashes%20%2B%20mail instead of stripslashes+%2B+mail) it suddenly starts to work but as there is problem even in search from browser, the problem is definitely on their side. Previous Comments: [2006-01-06 13:35:40] [EMAIL PROTECTED] OK, but we can change the URL. [2006-01-06 10:24:22] [EMAIL PROTECTED] It's problem of AllTheWeb. Try searching in the search box on their page, the result is same. [2006-01-05 23:42:35] jeff at adesigninteractive dot com Description: I have found a bug on page funcref.html [chm date: 2005-12-01]... searched all the web context menu feature in CHM Manual queried: stripslashes + mail Reproduce code: --- not applicable Expected result: Submitted "All the Web" search from context menu in HTML ENHANCED CHM HELP FILES Actual result: -- http://www.alltheweb.com/search?cat=web&query=stripslashes+%2B+mail The requested resource /search is no longer available on this server and there is no forwarding address. Please remove all references to this resource. -- Edit this bug report at http://bugs.php.net/?id=35912&edit=1
[PHP-DOC] #35922 [NEW]: Module Summaries: Table of Contents on top
From: php at jvogel dot ch Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Module Summaries: Table of Contents on top Description: In the documentation the module summaries contains a lot of information. A lot of them is unnessesaraly when I am programming in PHP. First of all there are a lot information about Installing, then all the constants in detail. Then the most important information comes: the Table of Contents (which function there are available in the module). Last there are a lot of user contributed notes. When I'm programming, I'm often looking for a special function. I know, which module I need, but not, how the function is spelling (e.g. str_pos or strpos). I go into string functions and have to scroll down to the function list. But I cannot simple press the 'end' button and scroll up, because there often are a lot of user contributed notes. Perhaps it would be possible to hide the installation information in its own subpage and the constants too. Or it would be easy to set the table of contents at the top of the page. PLEASE! :-) Reproduce code: --- Have a look at http://php.net/mysql or http://php.net/array -- Edit bug report at http://bugs.php.net/?id=35922&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35922&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35922&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35922&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35922&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35922&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35922&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35922&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35922&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35922&r=support Expected behavior:http://bugs.php.net/fix.php?id=35922&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35922&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35922&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35922&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35922&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35922&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35922&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35922&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35922&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35922&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35922&r=mysqlcfg
[PHP-DOC] #35859 [Opn]: fread limited to 8K
ID: 35859
User updated by: cpuidle at gmx dot de
Reported By: cpuidle at gmx dot de
Status: Open
Bug Type: Documentation problem
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
OK, at least a documentation problem, thanks. The dependency on stread
wrappers still seem to be a non-docs bug to me. And the sudden change
in behaviour certainly doesn't help with the often-claimed enterprise
readiness...
Why should existing 5.0.5 code suddenly break with 5.1.1?
Previous Comments:
[2006-01-06 16:50:09] [EMAIL PROTECTED]
reclassified (see bug #30936 for Wez's comment)
[2005-12-31 15:36:16] cpuidle at gmx dot de
The documentation reads:
> fread() reads up to length bytes from the file pointer referenced by
handle. Reading stops when up to length bytes have been read, EOF (end
of file) is reached, or (for network streams) when a packet becomes
available, whichever comes first.
Neither of the conditions is satisfied. The internal 8K limit is *not*
documented?
[2005-12-31 15:27:51] [EMAIL PROTECTED]
See comments in bug #30936
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
[PHP-DOC] #35859 [Bgs->Opn]: fread limited to 8K
ID: 35859
Updated by: [EMAIL PROTECTED]
Reported By: cpuidle at gmx dot de
-Status: Bogus
+Status: Open
-Bug Type: Filesystem function related
+Bug Type: Documentation problem
Operating System: WinXP SP2
PHP Version: 5.1.1
New Comment:
reclassified (see bug #30936 for Wez's comment)
Previous Comments:
[2005-12-31 15:36:16] cpuidle at gmx dot de
The documentation reads:
> fread() reads up to length bytes from the file pointer referenced by
handle. Reading stops when up to length bytes have been read, EOF (end
of file) is reached, or (for network streams) when a packet becomes
available, whichever comes first.
Neither of the conditions is satisfied. The internal 8K limit is *not*
documented?
[2005-12-31 15:27:51] [EMAIL PROTECTED]
See comments in bug #30936
[2005-12-31 14:20:24] cpuidle at gmx dot de
Description:
I'm experiencing a very weird bug where fread is limited to 8K though
the source file (ANSI) is bigger than 8K. I was not able to reproduce
the bug standalone, only inside a complex application.
This does not happen with PHP5.0.5, but with 5.1.1.
Unfortunately the sample code does not reproduce the problem
standalone, but demonstrates the effect.
Reproduce code:
---
function _read_file($filename)
{
if ( file_exists($filename) && ($fd = @fopen($filename, 'rb')) ) {
$contents = ($size = filesize($filename)) ? fread($fd, $size) :
'';
echo("_read_file($filename) \$size: $size strlen(\$contents):
".strlen($contents)."");
fclose($fd);
}
}
_read_file('templates/elegant/\show.tpl');
Expected result:
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
9520
Actual result:
--
Output:
_read_file(templates/elegant/\show.tpl) $size: 9520 strlen($contents):
8192
--
Edit this bug report at http://bugs.php.net/?id=35859&edit=1
[PHP-DOC] #35912 [Bgs->Asn]: [chm] bug on funcref.html
ID: 35912 Updated by: [EMAIL PROTECTED] Reported By: jeff at adesigninteractive dot com -Status: Bogus +Status: Assigned Bug Type: Documentation problem Operating System: Yahoo! (AllTheWeb.com) PHP Version: Irrelevant -Assigned To: +Assigned To: nlopess New Comment: OK, but we can change the URL. Previous Comments: [2006-01-06 10:24:22] [EMAIL PROTECTED] It's problem of AllTheWeb. Try searching in the search box on their page, the result is same. [2006-01-05 23:42:35] jeff at adesigninteractive dot com Description: I have found a bug on page funcref.html [chm date: 2005-12-01]... searched all the web context menu feature in CHM Manual queried: stripslashes + mail Reproduce code: --- not applicable Expected result: Submitted "All the Web" search from context menu in HTML ENHANCED CHM HELP FILES Actual result: -- http://www.alltheweb.com/search?cat=web&query=stripslashes+%2B+mail The requested resource /search is no longer available on this server and there is no forwarding address. Please remove all references to this resource. -- Edit this bug report at http://bugs.php.net/?id=35912&edit=1
[PHP-DOC] #35912 [Opn->Bgs]: [chm] bug on funcref.html
ID: 35912 Updated by: [EMAIL PROTECTED] Reported By: jeff at adesigninteractive dot com -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: Yahoo! (AllTheWeb.com) PHP Version: Irrelevant New Comment: It's problem of AllTheWeb. Try searching in the search box on their page, the result is same. Previous Comments: [2006-01-05 23:42:35] jeff at adesigninteractive dot com Description: I have found a bug on page funcref.html [chm date: 2005-12-01]... searched all the web context menu feature in CHM Manual queried: stripslashes + mail Reproduce code: --- not applicable Expected result: Submitted "All the Web" search from context menu in HTML ENHANCED CHM HELP FILES Actual result: -- http://www.alltheweb.com/search?cat=web&query=stripslashes+%2B+mail The requested resource /search is no longer available on this server and there is no forwarding address. Please remove all references to this resource. -- Edit this bug report at http://bugs.php.net/?id=35912&edit=1
