> One day here I'll create a few to see how they look, I also
> agree it would be a nice thing but as you mention would
> require a LOT of work to complete. Maybe we can do one
> extension at a time. Man pages are nice but since all PHP
> functions have such a few amount of "options" (parameters)
ID: 18756
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Documentation problem
Operating System: Windows 2000 Server
PHP Version: 4.2.2
Assigned To: derick
New Comment:
FY
ID: 20094
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type:Documentation problem
PHP Version: 4.3.0-pre1
New Comment:
Function is added at least in online help.
Previous Comments:
---
> > function in_array:
> >
> > --
> > Parameter | Description | Notes
> > --
> > needle| What is being searched for| Became mixed in
> >|
philip Thu Nov 7 16:02:40 2002 EDT
Modified files:
/phpdoc/en/reference/http/functions headers-sent.xml
Log:
Oops, still boolean.
Index: phpdoc/en/reference/http/functions/headers-sent.xml
diff -u phpdoc/en/reference/http/functions/headers-sent.xml:1.9
php
On Thu, 7 Nov 2002, Gabor Hojtsy wrote:
> > Rewrote the docs; it is now mixed; closed bug #20292.
>
> You are probably wrong in modifying the return type to be mixed.
> The function returns true/false in every case as I can see, and
> if the two parameters were given it "returns" the values *in
> Rewrote the docs; it is now mixed; closed bug #20292.
You are probably wrong in modifying the return type to be mixed.
The function returns true/false in every case as I can see, and
if the two parameters were given it "returns" the values *in*
those variables, and still returns true/false. If
> > It return false on failure as documented. I feel we should use this for
all
> > functions where any failure results in false. This way users easily know
> > that they must check for func()!==false
>
> That's something to bring up for discussion but right
> now it's not how we document functions
> > - resourcedba_open
> > + resource|falsedba_open
>
> Can you please explain the addition of false here? Does
> this return false on failure? Or will it at some point
> return false yet not fail? That would be odd. Anyway,
> please explain.
>
> If it just returns false on failure,
> p.s. The types.xml warnings have been fixed too.
Sorry, I just felt like fixing my assigned bug, and have seen
that there are many things missing from the types documentation,
so just went on. I had no test system right there...
Goba
--
PHP Documentation Mailing List (http://www.php.net/)
T
ID: 18990
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Assigned
Bug Type: Documentation problem
Operating System: windows
PHP Version: 4CVS-2002-08-20
-Assigned To:
+Assigned To: goba
ID: 18990
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Bogus
Bug Type: Documentation problem
Operating System: windows
PHP Version: 4CVS-2002-08-20
New Comment:
The CHM is designed to be ext
gobaThu Nov 7 12:16:40 2002 EDT
Modified files:
/phpdoc/en/reference/image/functionsimage_type_to_mime_type.xml
Log:
Correcting ID, so links work...
Index: phpdoc/en/reference/image/functions/image_type_to_mime_type.xml
diff -u phpdoc/en/referenc
13 matches
Mail list logo
