[PHP-DOC] #36554 [NEW]: Broken Link in the PHP Documentation
From: puma1979 at hotmail dot com Operating system: PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Broken Link in the PHP Documentation Description: On this page in the online Docu http://php.benscom.com/manual/en/function.strtotime.php there is a broken link: Date Input Formats http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html -- Page not found 28th Feb '06 -- Edit bug report at http://bugs.php.net/?id=36554edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36554r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36554r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36554r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36554r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36554r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36554r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36554r=needscript Try newer version:http://bugs.php.net/fix.php?id=36554r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36554r=support Expected behavior:http://bugs.php.net/fix.php?id=36554r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36554r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36554r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36554r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36554r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36554r=dst IIS Stability:http://bugs.php.net/fix.php?id=36554r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36554r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36554r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36554r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36554r=mysqlcfg
[PHP-DOC] #36554 [Opn-Csd]: Broken Link in the PHP Documentation
ID: 36554 Updated by: [EMAIL PROTECTED] Reported By: puma1979 at hotmail dot com -Status: Open +Status: Closed Bug Type:Documentation problem PHP Version: Irrelevant New Comment: This bug has already 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. Previous Comments: [2006-02-28 10:35:21] puma1979 at hotmail dot com Description: On this page in the online Docu http://php.benscom.com/manual/en/function.strtotime.php there is a broken link: Date Input Formats http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html -- Page not found 28th Feb '06 -- Edit this bug report at http://bugs.php.net/?id=36554edit=1
Re: [PHP-DOC] Gabor resigns from the editor post
Friedhelm Betz wrote: Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as Editor, no? Yes, you can. Depends on the team choice, if you would like to have :) there used to be multiple editors. Goba
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: Friedhelm Betz wrote: Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as Editor, no? Yes, you can. Depends on the team choice, if you would like to have :) there used to be multiple editors. I prefer more than one person;-) Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
Hi Goba, Gabor Hojtsy wrote: Hi, I have been pondering through this writeup in the last couple of weeks, and the recent OSCOM events [1] prompted me to be straight and honest, and step back from the leadership of the PHP Documentation and from the list on the documentation frontpage consequently. That is bad news for the doc-team, because I always appreciated your clear, unagitated, constructive, well thought and friendly manner to contribute to the documentation. Yeah, let me say: your contribution was always very welcome and much valuable. Remembering back the days I joined phpdoc, you have been always around, answering questions for newbies like I was, improving, discussing, heck: you have been nearly everywhere. [...] I hope that my reasons are understandable, and I am certain that we will be able to manage to execute some smooth process of handing the reposibilities and the credits over. It was a great pleasure to work with you, and shape the PHP Documentation into what it is today. Your reasons are very understandable! Once I had the pleasure to meet you in real life (docmeeting linuxtag) and I can certainly say: it was always a great pleasure to work with you! So;), I wish you all the best for your past-phpdoc-life, thanks for your valuable time you spent for this project in the recent years. And maybe once you will be a famous hungarian actor;-? So, thanks again, best wishes, good by Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
I hope that my reasons are understandable, and I am certain that we will be able to manage to execute some smooth process of handing the reposibilities and the credits over. It was a great pleasure to work with you, and shape the PHP Documentation into what it is today. Your reasons are very understandable! Once I had the pleasure to meet you in real life (docmeeting linuxtag) and I can certainly say: it was always a great pleasure to work with you! So;), I wish you all the best for your past-phpdoc-life, thanks for your valuable time you spent for this project in the recent years. And maybe once you will be a famous hungarian actor;-? I would hand out invites four our May premier nights, but the play is in Hungarian, and I am afraid, not many of you would understand a word of it, even if you would be able to make it :) By the way, I am around at phpweb, and took par in the introduction of the Yahoo Search API based website search deployed today. Give it a try, give suggestions at the webmaster address! Goba
Re: [PHP-DOC] Gabor resigns from the editor post
Gabor Hojtsy wrote: Gabor Hojtsy wrote: To be constructive, I propose Nuno for a new editor (if he agrees). He has good overview necessary for this position and more than enough skills. I think he has respect from most docteam members. Good candidate. He has a good view on phpdoc, phpweb, user notes, livedocs, etc. Let's gather candidates and/or vote on the already proposed ones. Other votes or candidates? Vrana, Sean. We can have more than one person as Editor, no? I have though a little on the subject, and I prefer not to be the next editor. I currently don't have much time to spend on phpdoc and I'll have to reduce it over the few next months, as I'm (probably) going to participate in Robocup (the robot soccer world cup). Also, my English isn't as good as it should be.. I would vote on Jakub, because he probably has more time than Sean and has already a good experience (we received the cvs account in the same day :) ) Ah, and I don't think that more than one editor is needed.. Nuno P.S.: about livedocs, well I wanted to work on it in the last summer, but I couldn't find time for it. I'll see if I can devote some time to it in the next vacations. I really want to rewrite the indexer.
Re: [PHP-DOC] Gabor resigns from the editor post
Hi Goba, Gabor Hojtsy wrote: I hope that my reasons are understandable, and I am certain that we will be able to manage to execute some smooth process of handing the reposibilities and the credits over. It was a great pleasure to work with you, and shape the PHP Documentation into what it is today. Your reasons are very understandable! Once I had the pleasure to meet you in real life (docmeeting linuxtag) and I can certainly say: it was always a great pleasure to work with you! So;), I wish you all the best for your past-phpdoc-life, thanks for your valuable time you spent for this project in the recent years. And maybe once you will be a famous hungarian actor;-? I would hand out invites four our May premier nights, but the play is in Hungarian, and I am afraid, not many of you would understand a word of it, even if you would be able to make it :) Hungarian? Huh ;-) Before I try to learn Hungarian I should improve my English;-) Anyhow it may be fun? But Hungary is a bit far;-) If you play in Germany on your world tour, i will come, for sure;-) All jokes aside: good luck for your premier nights! By the way, I am around at phpweb, and took par in the introduction of the Yahoo Search API based website search deployed today. Give it a try, give suggestions at the webmaster address! I will try it out, later... Friedhelm
Re: [PHP-DOC] Gabor resigns from the editor post
he probably has more time than Sean Yes, I appreciate the thought, but I certainly don't consistently have any extra time to devote to phpdoc -- sorry. S
[PHP-DOC] #36563 [NEW]: print_r, var_export, debug_print_backtrace use output buffering
From: jasper at album dot co dot nz
Operating system: Linux
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: print_r, var_export, debug_print_backtrace use output
buffering
Description:
It needs to be documented that print_r and var_export, with the second
parameter TRUE, internally use output buffering to return their result
rather than output it.
This causes them to fail when used within an output buffering callback
handler.
Alternatively, this could be changed to a feature request and the code
could be changed to not use output buffering.
Reproduce code:
---
?php
function ob_handler( $in ) {
return var_export( $in, true );
}
ob_start( 'ob_handler' );
echo Hello;
?
Expected result:
'Hello'
Actual result:
--
Fatal error: var_export(): Cannot use output buffering in output buffering
display handlers in Command line code on line 2
--
Edit bug report at http://bugs.php.net/?id=36563edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=36563r=trysnapshot44
Try a CVS snapshot (PHP 5.1):
http://bugs.php.net/fix.php?id=36563r=trysnapshot51
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=36563r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=36563r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=36563r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=36563r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=36563r=needscript
Try newer version:http://bugs.php.net/fix.php?id=36563r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=36563r=support
Expected behavior:http://bugs.php.net/fix.php?id=36563r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=36563r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=36563r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=36563r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36563r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=36563r=dst
IIS Stability:http://bugs.php.net/fix.php?id=36563r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=36563r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=36563r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=36563r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=36563r=mysqlcfg
Re: [PHP-DOC] [patch] changes in en/reference/ncurses/constants.xml
Hi Nuno, On Tue, 2006-02-28 at 22:54 +, Nuno Lopes wrote: Hi, I'm not sure we want to apply this patch. This will make the page too big and too verbose. The final decision will be of course up to you guys, but I would hope that the patch be applied. The patch would make the page a little too big, like you say, but I would vote for the consistency in page format (I don't see constants given as ranges elsewhere), than a slight page size increase in just one extension. But again, I won't hold it against you even if you decide not to apply the patch. ;-) Why don't you crawl the PHP sources directly, instead of reading the docs, which can be outdated and/or incorrect? It's easier to parse the doc files because they are already well structured in XML. Plus the PHP sources don't have those nice function/constant descriptions that the doc files have, and we prefer to provide them too in our app. That makes it easier for the users to understand and choose the right function/constant etc, based on the description being presented to them. A slight inaccuracy and outdatedness would be fine, as long as we can spot and correct it, in which case we will be sending you guys a patch, of course. Kohei -- Kohei Yoshida, Software Engineer SlickEdit Inc. [ http://www.slickedit.com/ ]
[PHP-DOC] cvs: phpdoc /en/reference/paradox reference.xml
nlopess Tue Feb 28 23:30:05 2006 UTC Modified files: /phpdoc/en/reference/paradoxreference.xml Log: fix class name. spoted by user note http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/paradox/reference.xml?r1=1.4r2=1.5diff_format=u Index: phpdoc/en/reference/paradox/reference.xml diff -u phpdoc/en/reference/paradox/reference.xml:1.4 phpdoc/en/reference/paradox/reference.xml:1.5 --- phpdoc/en/reference/paradox/reference.xml:1.4 Sun Sep 4 19:39:23 2005 +++ phpdoc/en/reference/paradox/reference.xml Tue Feb 28 23:30:05 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.4 $ -- +!-- $Revision: 1.5 $ -- !-- Author: Uwe Steinmann [EMAIL PROTECTED] -- !-- Purpose: database.vendors -- !-- Membership: pecl, external -- @@ -51,12 +51,12 @@ titleObject oriented API/title para The paradox extension provides also an object oriented API. It consists of -only one class called paradox_doc. Its methods only differ from the +only one class called paradox_db. Its methods only differ from the functions in its name and of course the missing first parameter. The following table will list all methods and its equivalent functions. table id=paradox.table-class-methods - titleMethods of class paradox_doc/title + titleMethods of class paradox_db/title tgroup cols=2 thead row
[PHP-DOC] cvs: phpdoc /en/reference/classobj/functions property-exists.xml
nlopess Tue Feb 28 23:45:58 2006 UTC
Modified files:
/phpdoc/en/reference/classobj/functions property-exists.xml
Log:
fix explanation/example about visibility of properties
http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/classobj/functions/property-exists.xml?r1=1.3r2=1.4diff_format=u
Index: phpdoc/en/reference/classobj/functions/property-exists.xml
diff -u phpdoc/en/reference/classobj/functions/property-exists.xml:1.3
phpdoc/en/reference/classobj/functions/property-exists.xml:1.4
--- phpdoc/en/reference/classobj/functions/property-exists.xml:1.3 Fri Nov
4 14:12:13 2005
+++ phpdoc/en/reference/classobj/functions/property-exists.xml Tue Feb 28
23:45:58 2006
@@ -1,5 +1,5 @@
?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.3 $ --
+!-- $Revision: 1.4 $ --
refentry id=function.property-exists
refnamediv
refnameproperty_exists/refname
@@ -16,7 +16,7 @@
/methodsynopsis
para
This function checks if the given parameterproperty/parameter exists in
- the specified class (and if it was declared as public).
+ the specified class (and if it is accessible from the current scope).
/para
note
para
@@ -71,11 +71,16 @@
class myClass {
public $mine;
private $xpto;
+
+static function test() {
+var_dump(property_exists('myClass', 'xpto')); // true, it can be
accessed from here
+}
}
var_dump(property_exists('myClass', 'mine')); //true
var_dump(property_exists(new myClass, 'mine')); //true
var_dump(property_exists('myClass', 'xpto')); //false, isn't public
+myClass::test();
?
]]
Re: [PHP-DOC] [patch] changes in en/reference/ncurses/constants.xml
The final decision will be of course up to you guys, but I would hope that the patch be applied. The patch would make the page a little too big, like you say, but I would vote for the consistency in page format (I don't see constants given as ranges elsewhere), than a slight page size increase in just one extension. I agree with Nuno, here. Readability over hard consistency rules, IMO. I think your best bet is to craw the XML as you do now, and apply local overlays on your end. S
[PHP-DOC] #36564 [NEW]: where should be were
From: ongardie at gmail dot com Operating system: irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: where should be were Description: headers_sent() documentation reads Note: The optional file and line parameters where added in PHP 4.3.0. Rather than 'where', it should have 'were'. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit bug report at http://bugs.php.net/?id=36564edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36564r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36564r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36564r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36564r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36564r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36564r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36564r=needscript Try newer version:http://bugs.php.net/fix.php?id=36564r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36564r=support Expected behavior:http://bugs.php.net/fix.php?id=36564r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36564r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36564r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36564r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36564r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36564r=dst IIS Stability:http://bugs.php.net/fix.php?id=36564r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36564r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36564r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36564r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36564r=mysqlcfg
[PHP-DOC] #36565 [NEW]: mb_strpos: improper explanation
From: [EMAIL PROTECTED] Operating system: Irrelevant PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: mb_strpos: improper explanation Description: Please take a look at the following url. http://www.php.net/manual/en/function.mb-strpos.php mb_strrpos() accepts string for needle where strrpos() accepts only character. This sentence describes mb_str*r*pos and str*r*pos, not mb_strpos. I think it is improper to explain this here. Expected result: diff -u -r1.3 mb-strpos.xml --- en/reference/mbstring/functions/mb-strpos.xml 22 Apr 2005 15:39:27 - 1.3 +++ en/reference/mbstring/functions/mb-strpos.xml 1 Mar 2006 03:34:39 - @@ -33,10 +33,7 @@ /para para If parameterencoding/parameter is omitted, internal - character encoding is used. functionmb_strrpos/function - accepts literalstring/literal for - parameterneedle/parameter where functionstrrpos/function - accepts only character. + character encoding is used. /para para parameteroffset/parameter is search offset. If it is not -- Edit bug report at http://bugs.php.net/?id=36565edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=36565r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=36565r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=36565r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=36565r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=36565r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=36565r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=36565r=needscript Try newer version:http://bugs.php.net/fix.php?id=36565r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=36565r=support Expected behavior:http://bugs.php.net/fix.php?id=36565r=notwrong Not enough info: http://bugs.php.net/fix.php?id=36565r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=36565r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=36565r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=36565r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=36565r=dst IIS Stability:http://bugs.php.net/fix.php?id=36565r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=36565r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=36565r=float No Zend Extensions: http://bugs.php.net/fix.php?id=36565r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=36565r=mysqlcfg
[PHP-DOC] cvs: phpdoc /en/reference/http/functions headers-sent.xml
vrana Wed Mar 1 04:32:50 2006 UTC Modified files: /phpdoc/en/reference/http/functions headers-sent.xml Log: Typo (bug #36564) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/http/functions/headers-sent.xml?r1=1.16r2=1.17diff_format=u Index: phpdoc/en/reference/http/functions/headers-sent.xml diff -u phpdoc/en/reference/http/functions/headers-sent.xml:1.16 phpdoc/en/reference/http/functions/headers-sent.xml:1.17 --- phpdoc/en/reference/http/functions/headers-sent.xml:1.16Wed Nov 10 08:30:30 2004 +++ phpdoc/en/reference/http/functions/headers-sent.xml Wed Mar 1 04:32:50 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.16 $ -- +!-- $Revision: 1.17 $ -- !-- splitted from ./en/functions/http.xml, last change in rev 1.7 -- refentry id=function.headers-sent refnamediv @@ -30,7 +30,7 @@ note simpara The optional parameterfile/parameter and parameterline/parameter - parameters where added in PHP 4.3.0. + parameters were added in PHP 4.3.0. /simpara /note para
[PHP-DOC] #36564 [Opn-Csd]: where should be were
ID: 36564 Updated by: [EMAIL PROTECTED] Reported By: ongardie at gmail dot com -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: irrelevant 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: [2006-03-01 04:25:28] ongardie at gmail dot com Description: headers_sent() documentation reads Note: The optional file and line parameters where added in PHP 4.3.0. Rather than 'where', it should have 'were'. Reproduce code: --- n/a Expected result: n/a Actual result: -- n/a -- Edit this bug report at http://bugs.php.net/?id=36564edit=1
[PHP-DOC] cvs: phpdoc /en/reference/mbstring/functions mb-strpos.xml
vrana Wed Mar 1 04:35:32 2006 UTC Modified files: /phpdoc/en/reference/mbstring/functions mb-strpos.xml Log: Remove info about strrpos (bug #36565) http://cvs.php.net/viewcvs.cgi/phpdoc/en/reference/mbstring/functions/mb-strpos.xml?r1=1.3r2=1.4diff_format=u Index: phpdoc/en/reference/mbstring/functions/mb-strpos.xml diff -u phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.3 phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.4 --- phpdoc/en/reference/mbstring/functions/mb-strpos.xml:1.3Fri Apr 22 15:39:27 2005 +++ phpdoc/en/reference/mbstring/functions/mb-strpos.xmlWed Mar 1 04:35:32 2006 @@ -1,5 +1,5 @@ ?xml version=1.0 encoding=iso-8859-1? -!-- $Revision: 1.3 $ -- +!-- $Revision: 1.4 $ -- !-- splitted from ./en/functions/mbstring.xml, last change in rev 1.1 -- refentry id=function.mb-strpos refnamediv @@ -33,10 +33,7 @@ /para para If parameterencoding/parameter is omitted, internal - character encoding is used. functionmb_strrpos/function - accepts literalstring/literal for - parameterneedle/parameter where functionstrrpos/function - accepts only character. + character encoding is used. /para para parameteroffset/parameter is search offset. If it is not
[PHP-DOC] #36565 [Opn-Csd]: mb_strpos: improper explanation
ID: 36565 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: Irrelevant 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: [2006-03-01 04:36:07] [EMAIL PROTECTED] Description: Please take a look at the following url. http://www.php.net/manual/en/function.mb-strpos.php mb_strrpos() accepts string for needle where strrpos() accepts only character. This sentence describes mb_str*r*pos and str*r*pos, not mb_strpos. I think it is improper to explain this here. Expected result: diff -u -r1.3 mb-strpos.xml --- en/reference/mbstring/functions/mb-strpos.xml 22 Apr 2005 15:39:27 - 1.3 +++ en/reference/mbstring/functions/mb-strpos.xml 1 Mar 2006 03:34:39 - @@ -33,10 +33,7 @@ /para para If parameterencoding/parameter is omitted, internal - character encoding is used. functionmb_strrpos/function - accepts literalstring/literal for - parameterneedle/parameter where functionstrrpos/function - accepts only character. + character encoding is used. /para para parameteroffset/parameter is search offset. If it is not -- Edit this bug report at http://bugs.php.net/?id=36565edit=1
[PHP-DOC] #36540 [Opn-Csd]: header documentation should be improved by moving the usage warning
ID: 36540 Updated by: [EMAIL PROTECTED] Reported By: phpbug-david at tulloh dot id dot au -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: [2006-02-27 06:38:32] phpbug-david at tulloh dot id dot au Description: From watching the php irc channel and mailing list the most common problem people have when using the header() function is that they set the header after sending content. The documentation does address this issue however it's buried so that it's far harder to find than it should be. It currently sits between an example for caching and an example for content type. I would recomend moving the paragraph and example to the top of the documentation. Just above the first note: looks good. -- Edit this bug report at http://bugs.php.net/?id=36540edit=1
