[PHP-DOC] cvs: phpdoc /en/install ini.xml /en/install/windows manual.xml

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 04:48:12 2005 EDT

  Modified files:  
/phpdoc/en/install  ini.xml 
/phpdoc/en/install/windows  manual.xml 
  Log:
  Possible locations of php.ini (bug #21783)
  
http://cvs.php.net/diff.php/phpdoc/en/install/ini.xml?r1=1.8r2=1.9ty=u
Index: phpdoc/en/install/ini.xml
diff -u phpdoc/en/install/ini.xml:1.8 phpdoc/en/install/ini.xml:1.9
--- phpdoc/en/install/ini.xml:1.8   Tue Apr 26 12:21:17 2005
+++ phpdoc/en/install/ini.xml   Wed Apr 27 04:48:11 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.8 $ --
+!-- $Revision: 1.9 $ --
  chapter id=configuration
   titleRuntime Configuration/title
 
@@ -15,14 +15,46 @@
 every invocation.
/simpara
para
-The default location of php.ini; is a compile time option (see the link
-linkend=faq.installation.phpiniFAQ/link entry), but can be changed
-for the acronymCGI/acronym and acronymCLI/acronym version with the
-literal-c/literal command line switch, see the chapter about using
-PHP from the link
-linkend=features.commandlinecommand line/link. You can also use the
-environment variable varnamePHPRC/varname for an additional path to
-search for a php.ini; file.
+php.ini; is searched in these locations (in order):
+itemizedlist
+ listitem
+  para
+   SAPI module specific location (literalPHPIniDir/literal directive
+   in Apache 2, literal-c/literal command line option in CGI and CLI,
+   literalphp_ini/literal parameter in NSAPI,
+   literalPHP_INI_PATH/literal environment variable in THTTPD)
+  /para
+ /listitem
+ listitem
+  para
+   literalHKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath/literal
+   (Windows Registry location)
+  /para
+ /listitem
+ listitem
+  para
+   The varnamePHPRC/varname environment variable
+  /para
+ /listitem
+ listitem
+  para
+   Current working directory (for CLI)
+  /para
+ /listitem
+ listitem
+  para
+   The web server's directory (for SAPI modules), or directory of PHP
+   (otherwise in Windows)
+  /para
+ /listitem
+ listitem
+  para
+   Windows directory (filename class=directoryC:\windows/filename
+   or filename class=directoryC:\winnt/filename) (for Windows), or
+   literal--with-config-file-path/literal compile time option
+  /para
+ /listitem
+/itemizedlist 
/para
para
 If filenamephp-SAPI.ini/filename exists (where SAPI is used SAPI, so 
the
http://cvs.php.net/diff.php/phpdoc/en/install/windows/manual.xml?r1=1.17r2=1.18ty=u
Index: phpdoc/en/install/windows/manual.xml
diff -u phpdoc/en/install/windows/manual.xml:1.17 
phpdoc/en/install/windows/manual.xml:1.18
--- phpdoc/en/install/windows/manual.xml:1.17   Tue Apr  5 13:24:04 2005
+++ phpdoc/en/install/windows/manual.xmlWed Apr 27 04:48:12 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.17 $ --
+!-- $Revision: 1.18 $ --
sect1 id=install.windows.manual
 titleManual Installation Steps/title
 
@@ -307,37 +307,8 @@
  manually yourself. If you would like to achieve the best security, then
  this is the way for you, although PHP works fine with these default ini
  files. Copy your chosen ini-file to a directory that PHP is able to find
- and rename it to php.ini;. PHP searches for php.ini; in the following
- locations (in order):
- itemizedlist
-  listitem
-   para
-PHPIniDir directive (Apache 2 module only)
-   /para
-  /listitem
-  listitem
-   para
-literalHKEY_LOCAL_MACHINE\SOFTWARE\PHP\IniFilePath/literal
-   /para
-  /listitem
-  listitem
-   para
-The varnamePHPRC/varname environment variable
-   /para
-  /listitem
-  listitem
-   para
-Directory of PHP (for CLI), or the web server's directory (for 
-SAPI modules)
-   /para
-  /listitem
-  listitem
-   para
-Windows directory (filename class=directoryC:\windows/filename
-or filename class=directoryC:\winnt/filename)
-   /para
-  /listitem
- /itemizedlist 
+ and rename it to php.ini;. PHP searches for php.ini; in the locations
+ described in xref linkend=configuration.file/ section.
 /para
 para
  If you are running Apache 2, the simpler option is to use the PHPIniDir


[PHP-DOC] #21783 [Asn-Csd]: php-{SAPI}.ini and php.ini : when/where/what php looks for and why.

2005-04-27 Thread vrana
 ID:   21783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danielc at analysisandsolutions dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.3.0
 Assigned To:  nlopess
 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-07-27 20:19:49] [EMAIL PROTECTED]

IMHO this should be closed when:

1) Every possible php-{SAPI}.ini name is listed
2) Where PHP looks for these, and in what order
3) Document every possible way to change this location,
   including at compile time.

Not sure why #22001 was closed but we'll leave it and focus on this one
as it's a smaller number :)

#3 may want to be a faq but it's important and a topic that PHP users
have wondered about for years.  In Apache 2 there is a PHPINIDir
setting that can be used, does anything similar exist in Apache 1?  In
Windows show how (or link to how) to set environment variables such as
PHPRC, PHPRC as a variable is currently documented.  Not sure about
IIS... --with-config-file-path should be mentioned on this list as
well.  There could be more settings, the above are what come to mind.



[2004-07-27 18:54:05] [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.

If php-SAPI.ini exists (where SAPI is used SAPI, so the filename is
e.g. php-cli.ini or php-apache.ini), it's used instead of php.ini;.

I added also cross-reference to features.commandline.



[2003-07-15 08:11:14] phyre at rogers dot com

I note that there are different files (php-cli.ini) which isn't
documented as far as I can tell.  That's for that pointer folks.

  However, I believe that different directories are also quite
important.  Apache php.ini goes with apache config.  CLI should go in
/etc.  Thoughts?



[2003-02-02 06:44:17] [EMAIL PROTECTED]

Information found in bug #22001 should be included when this bug report
is dealt with:

http://bugs.php.net/22001

Pretty interesting stuff.



[2003-01-20 21:25:40] danielc at analysisandsolutions dot com

The text I'd suggest is something along these lines.  I don't know the
complete inner workings of PHP, so tweak it to reflect reality.

On Unix systems, PHP uses the php.ini file specified when PHP was
compiled. On Windows systems, PHP uses the php.ini from the same
directory as the php.exe file you execute. This behavior can be
modified by using the -c switch or by setting the PHPRC environment
variable. See the a href=configuration.phpConfiguration/a page
for more information.

Thanks,

--Dan



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/21783

-- 
Edit this bug report at http://bugs.php.net/?id=21783edit=1


[PHP-DOC] #32853 [NEW]: Wrong return value for xpath_eval

2005-04-27 Thread [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  Wrong return value for xpath_eval

Description:

The current prototype is
array xpath_eval ( XPathContext xpath_context, string xpath_expression [,
domnode contextnode] )

However, the return value is not an array but an XPathObject. It's
property, the 'nodeset', is probably the array mentioned above.

This should also be documented.


-- 
Edit bug report at http://bugs.php.net/?id=32853edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32853r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32853r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32853r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32853r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32853r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32853r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32853r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32853r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32853r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32853r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32853r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32853r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32853r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32853r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32853r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32853r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32853r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32853r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32853r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32853r=mysqlcfg


[PHP-DOC] #32853 [Opn-Csd]: Wrong return value for xpath_eval

2005-04-27 Thread vrana
 ID:  32853
 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-04-27 12:56:59] [EMAIL PROTECTED]

Description:

The current prototype is
array xpath_eval ( XPathContext xpath_context, string xpath_expression
[, domnode contextnode] )

However, the return value is not an array but an XPathObject. It's
property, the 'nodeset', is probably the array mentioned above.

This should also be documented.






-- 
Edit this bug report at http://bugs.php.net/?id=32853edit=1


[PHP-DOC] cvs: phpdoc /en/reference/domxml/functions xpath-eval.xml

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 08:22:19 2005 EDT

  Modified files:  
/phpdoc/en/reference/domxml/functions   xpath-eval.xml 
  Log:
  Returns XPathObject (bug #32853)
  
http://cvs.php.net/diff.php/phpdoc/en/reference/domxml/functions/xpath-eval.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/domxml/functions/xpath-eval.xml
diff -u phpdoc/en/reference/domxml/functions/xpath-eval.xml:1.7 
phpdoc/en/reference/domxml/functions/xpath-eval.xml:1.8
--- phpdoc/en/reference/domxml/functions/xpath-eval.xml:1.7 Tue Nov 23 
04:22:12 2004
+++ phpdoc/en/reference/domxml/functions/xpath-eval.xml Wed Apr 27 08:22:19 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 !-- splitted from ./en/functions/domxml.xml, last change in rev 1.38 --
   refentry id=function.xpath-eval
refnamediv
@@ -11,7 +11,7 @@
refsect1
 reftitle.description;
  methodsynopsis
-  typearray/typemethodnamexpath_eval/methodname
+  typeXPathObject/typemethodnamexpath_eval/methodname
   
methodparamtypeXPathContext/typeparameterxpath_context/parameter/methodparam
   
methodparamtypestring/typeparameterxpath_expression/parameter/methodparam
   methodparam 
choice=opttypedomnode/typeparametercontextnode/parameter/methodparam
  


[PHP-DOC] #21783 [Csd-Opn]: php-{SAPI}.ini and php.ini : when/where/what php looks for and why.

2005-04-27 Thread nlopess
 ID:   21783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danielc at analysisandsolutions dot com
-Status:   Closed
+Status:   Open
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.3.0
 Assigned To:  nlopess
 New Comment:

look at Philip's notes. 1) and 2) aren't document. the php-{sapi}.ini
should be documented.


Previous Comments:


[2005-04-27 10:48:30] [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.





[2004-07-27 20:19:49] [EMAIL PROTECTED]

IMHO this should be closed when:

1) Every possible php-{SAPI}.ini name is listed
2) Where PHP looks for these, and in what order
3) Document every possible way to change this location,
   including at compile time.

Not sure why #22001 was closed but we'll leave it and focus on this one
as it's a smaller number :)

#3 may want to be a faq but it's important and a topic that PHP users
have wondered about for years.  In Apache 2 there is a PHPINIDir
setting that can be used, does anything similar exist in Apache 1?  In
Windows show how (or link to how) to set environment variables such as
PHPRC, PHPRC as a variable is currently documented.  Not sure about
IIS... --with-config-file-path should be mentioned on this list as
well.  There could be more settings, the above are what come to mind.



[2004-07-27 18:54:05] [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.

If php-SAPI.ini exists (where SAPI is used SAPI, so the filename is
e.g. php-cli.ini or php-apache.ini), it's used instead of php.ini;.

I added also cross-reference to features.commandline.



[2003-07-15 08:11:14] phyre at rogers dot com

I note that there are different files (php-cli.ini) which isn't
documented as far as I can tell.  That's for that pointer folks.

  However, I believe that different directories are also quite
important.  Apache php.ini goes with apache config.  CLI should go in
/etc.  Thoughts?



[2003-02-02 06:44:17] [EMAIL PROTECTED]

Information found in bug #22001 should be included when this bug report
is dealt with:

http://bugs.php.net/22001

Pretty interesting stuff.



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/21783

-- 
Edit this bug report at http://bugs.php.net/?id=21783edit=1


[PHP-DOC] #21783 [Opn-Csd]: php-{SAPI}.ini and php.ini : when/where/what php looks for and why.

2005-04-27 Thread vrana
 ID:   21783
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danielc at analysisandsolutions dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Any
 PHP Version:  4.3.0
 Assigned To:  nlopess
 New Comment:

Everything is already documented.

1) All SAPIs are not listed (it's hardly possible as there are PECL
SAPIs) but there are examples and it's mentioned how to get a SAPI name
which should be sufficient.

2) is documented exactly according to source.

Check my last two commits cornening this bug.


Previous Comments:


[2005-04-27 14:46:57] [EMAIL PROTECTED]

look at Philip's notes. 1) and 2) aren't document. the php-{sapi}.ini
should be documented.



[2005-04-27 10:48:30] [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.





[2004-07-27 20:19:49] [EMAIL PROTECTED]

IMHO this should be closed when:

1) Every possible php-{SAPI}.ini name is listed
2) Where PHP looks for these, and in what order
3) Document every possible way to change this location,
   including at compile time.

Not sure why #22001 was closed but we'll leave it and focus on this one
as it's a smaller number :)

#3 may want to be a faq but it's important and a topic that PHP users
have wondered about for years.  In Apache 2 there is a PHPINIDir
setting that can be used, does anything similar exist in Apache 1?  In
Windows show how (or link to how) to set environment variables such as
PHPRC, PHPRC as a variable is currently documented.  Not sure about
IIS... --with-config-file-path should be mentioned on this list as
well.  There could be more settings, the above are what come to mind.



[2004-07-27 18:54:05] [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.

If php-SAPI.ini exists (where SAPI is used SAPI, so the filename is
e.g. php-cli.ini or php-apache.ini), it's used instead of php.ini;.

I added also cross-reference to features.commandline.



[2003-07-15 08:11:14] phyre at rogers dot com

I note that there are different files (php-cli.ini) which isn't
documented as far as I can tell.  That's for that pointer folks.

  However, I believe that different directories are also quite
important.  Apache php.ini goes with apache config.  CLI should go in
/etc.  Thoughts?



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/21783

-- 
Edit this bug report at http://bugs.php.net/?id=21783edit=1


[PHP-DOC] cvs: phpdoc /en/language control-structures.xml

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 09:47:02 2005 EDT

  Modified files:  
/phpdoc/en/language control-structures.xml 
  Log:
  foreach with objects (bug #31697)
  
http://cvs.php.net/diff.php/phpdoc/en/language/control-structures.xml?r1=1.116r2=1.117ty=u
Index: phpdoc/en/language/control-structures.xml
diff -u phpdoc/en/language/control-structures.xml:1.116 
phpdoc/en/language/control-structures.xml:1.117
--- phpdoc/en/language/control-structures.xml:1.116 Thu Apr 14 03:49:42 2005
+++ phpdoc/en/language/control-structures.xml   Wed Apr 27 09:47:01 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.116 $ --
+!-- $Revision: 1.117 $ --
  chapter id=language.control-structures
   titleControl Structures/title
 
@@ -518,6 +518,10 @@
 element's key will be assigned to the variable
 literal$key/literal on each loop.
/simpara
+   simpara
+As of PHP 5, it is possible to
+link linkend=language.oop5.iterationsiterate objects/link too.
+   /simpara
para
 note
  para


[PHP-DOC] #31697 [Opn-Csd]: foreach doc doesn't mention object-iteration

2005-04-27 Thread vrana
 ID:   31697
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: n/a
 PHP Version:  Irrelevant
 Assigned To:  tularis
 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.

As of PHP 5, it is possible to link
linkend=language.oop5.iterationsiterate objects/link too.


Previous Comments:


[2005-01-26 09:47:31] [EMAIL PROTECTED]

I agree with philip on this, and believe it should at least be
mentioned. When a person new to PHP reads the manual, they won't
automatically go to the PHP5-section to read up on the changes since
PHP4, they'll instead want to read them in the manual itself, in the
places that it actually applies to.



[2005-01-26 02:14:13] [EMAIL PROTECTED]

Jed, there is no such general rule. If you find places in the manual
that aren't clear on this then please fix it or submit a bug report.
The only real difference between PHP 4 and PHP 5 is the OOP model which
is why a separate OOP section exists.



[2005-01-26 01:09:12] [EMAIL PROTECTED]

It's mentioned in the PHP 5 docs, and includes implementing Iterator
from the SPL.

http://www.php.net/manual/en/language.oop5.iterations.php

I think the general rule is place things where it doesn't seem like
they'd be, since PHP 5 is so radically different it deserves its own
manual section, and the rest of the manual isn't clear on what PHP 4
and PHP 5 is anymore.



[2005-01-25 23:51:07] [EMAIL PROTECTED]

assigning to myself (so I don't forget)



[2005-01-25 23:50:42] [EMAIL PROTECTED]

Description:

The foreach documentation page doesn't mention the fact that foreach
can also be used to iterate trough an object's properties.

Reproduce code:
---
- 

Expected result:

foreach contains a notice about objects

Actual result:
--
none





-- 
Edit this bug report at http://bugs.php.net/?id=31697edit=1


[PHP-DOC] #31708 [Opn]: PHP Manual CHM needs rebuilt

2005-04-27 Thread vrana
 ID:   31708
 Updated by:   [EMAIL PROTECTED]
 Reported By:  philip at cornado dot com
 Status:   Open
 Bug Type: Documentation problem
 Operating System: Irrelevant
 PHP Version:  Irrelevant
-Assigned To:  
+Assigned To:  derick
 New Comment:

Derick, can you please take care of this one?


Previous Comments:


[2005-01-26 21:13:11] philip at cornado dot com

Description:

The basic CHM version of the PHP Manual is extremely outdated, and
needs rebuilt on a regular basis.

Link: http://www.php.net/download-docs.php
Date: Date: 18 Apr 2004 (over nine months old)






-- 
Edit this bug report at http://bugs.php.net/?id=31708edit=1


[PHP-DOC] #31708 [Opn-Csd]: PHP Manual CHM needs rebuilt

2005-04-27 Thread derick
 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
 Assigned To:  derick
 New Comment:

I started a build of all CHMs this morning... how coincidental. Will
take about a day to finish all of them.


Previous Comments:


[2005-04-27 15:48:58] [EMAIL PROTECTED]

Derick, can you please take care of this one?



[2005-01-26 21:13:11] philip at cornado dot com

Description:

The basic CHM version of the PHP Manual is extremely outdated, and
needs rebuilt on a regular basis.

Link: http://www.php.net/download-docs.php
Date: Date: 18 Apr 2004 (over nine months old)






-- 
Edit this bug report at http://bugs.php.net/?id=31708edit=1


[PHP-DOC] #32137 [Opn-Csd]: Objects are not being passed by reference

2005-04-27 Thread vrana
 ID:   32137
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tigr at mail15 dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows 98
 PHP Version:  5.0.3
 New Comment:

This is already documented (with example showing the difference between
= and =) at
http://www.php.net/manual/en/language.oop5.basic.php#language.oop5.basic.new


Previous Comments:


[2005-03-01 14:48:56] ericvanblokland at gmail dot com

I don't understand your issue, every variable type is passed by value,
unless the function definition explicitly says it has to be passed by
reference.



[2005-03-01 13:04:20] tigr at mail15 dot com

Checked on these snaps, no changes.

Well, maybe this is due to incorrect understanding of what object
passing by reference means? Maybe this is a documentation problem?

I've added detailed explanation here:
http://www.php.net/manual/en/language.oop5.basic.php



[2005-02-28 20:42:40] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5-win32-latest.zip





[2005-02-28 20:39:29] tigr at mail15 dot com

Description:

I make one object instance. Then, pass it to another object. Then,
change original instance. Now I have two different objects.

Reproduce code:
---
?php
class classA {
public $id = ;
public function __construct($id) {
$this-id = $id;
}
}
class classB {
public $reference = null;
public function __construct($ref) {
$this-reference = $ref;
}
}
$a = new classA(object 1);
$test = new classB($a);
$a = new classA(object 2);
echo $a-id, br, $test-reference-id;
?

Expected result:

object 2
object 2

Actual result:
--
object 2
object 1

However, adding references solves the problem:

class classB {
public $reference = null;
public function __construct($ref) {
$this-reference = $ref;
}
}

This works as expected.

So, the question is are objects being passed by reference or what?





-- 
Edit this bug report at http://bugs.php.net/?id=32137edit=1


[PHP-DOC] cvs: phpdoc /en/reference/ming/functions swfaction.xml

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 10:19:44 2005 EDT

  Modified files:  
/phpdoc/en/reference/ming/functions swfaction.xml 
  Log:
  parameter around parameters
  
http://cvs.php.net/diff.php/phpdoc/en/reference/ming/functions/swfaction.xml?r1=1.9r2=1.10ty=u
Index: phpdoc/en/reference/ming/functions/swfaction.xml
diff -u phpdoc/en/reference/ming/functions/swfaction.xml:1.9 
phpdoc/en/reference/ming/functions/swfaction.xml:1.10
--- phpdoc/en/reference/ming/functions/swfaction.xml:1.9Fri Nov 12 
07:59:09 2004
+++ phpdoc/en/reference/ming/functions/swfaction.xmlWed Apr 27 10:19:43 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.9 $ --
+!-- $Revision: 1.10 $ --
 !-- splitted from ./en/functions/ming.xml, last change in rev 1.24 --
   refentry id=function.swfaction
refnamediv
@@ -129,8 +129,8 @@
termsubstr(string, location, length)/term
listitem
 simpara
- Returns the substring of length length at location location of 
- the given string string.
+ Returns the substring of length parameterlength/parameter at 
location parameterlocation/parameter of 
+ the given string parameterstring/parameter.
 /simpara
/listitem
   /varlistentry
@@ -143,8 +143,8 @@
termduplicateClip(clip, name, depth)/term
listitem
 simpara
- Duplicate the named movie clip (aka sprite). The new movie clip has 
name name 
- and is at depth depth. 
+ Duplicate the named movie parameterclip/parameter (aka sprite). 
The new movie clip has name parametername/parameter 
+ and is at depth parameterdepth/parameter. 
 /simpara
/listitem
   /varlistentry
@@ -169,7 +169,7 @@
termstartDrag(target, lock, [left, top, right, bottom])/term
listitem
 simpara
- Start dragging the movie clip target. The lock argument indicates 
whether 
+ Start dragging the movie clip parametertarget/parameter. The 
parameterlock/parameter argument indicates whether 
  to lock the mouse (?)- use 0 (false;) or 1 (true;). Optional 
parameters 
  define a bounding area for the dragging.  
 /simpara
@@ -195,9 +195,9 @@
termgetURL(url, target, [method])/term
listitem
 simpara
- Load the given URL into the named target. The target argument
+ Load the given URL into the named target. The 
parametertarget/parameter argument
  corresponds to HTML document targets (such as _top or _blank).
- The optional method argument can be POST or GET if you want to submit 
+ The optional parametermethod/parameter argument can be POST or 
GET if you want to submit 
  variables back to the server.  
 /simpara
/listitem
@@ -206,7 +206,7 @@
termloadMovie(url, target)/term
listitem
 simpara
- Load the given URL into the named target. The target argument can be 
a 
+ Load the given URL into the named target. The 
parametertarget/parameter argument can be a 
  frame name (I think), or one of the magical values _level0 
(replaces 
  current movie) or _level1 (loads new movie on top of current 
movie). 
 /simpara
@@ -264,7 +264,7 @@
termgotoFrame(num)/term
listitem
 simpara
- Go to frame number num. Frame numbers start at 0.  
+ Go to frame number parameternum/parameter. Frame numbers start at 
0.  
 /simpara
/listitem
   /varlistentry
@@ -272,7 +272,7 @@
termgotoFrame(name)/term
listitem
 simpara
- Go to the frame named name. Which does a lot of good, since I 
+ Go to the frame named parametername/parameter. Which does a lot 
of good, since I 
  haven't added frame labels yet.  
 /simpara
/listitem


[PHP-DOC] cvs: phpdoc /en/chmonly search.xml /en/install/unix apache1.xml /en/language/oop5 overloading.xml /en/reference/dbx ini.xml /en/reference/hw/functions hw-modifyobject.xml /en/reference/

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 10:20:10 2005 EDT

  Modified files:  
/phpdoc/en/chmonly  search.xml 
/phpdoc/en/install/unix apache1.xml 
/phpdoc/en/language/oop5overloading.xml 
/phpdoc/en/reference/dbxini.xml 
/phpdoc/en/reference/hw/functions   hw-modifyobject.xml 
/phpdoc/en/reference/mbstring/functions mb-ereg-search-pos.xml 
/phpdoc/en/reference/ncurses/functions  ncurses-mousemask.xml 
/phpdoc/en/reference/pdo/functions  PDO-rollBack.xml 
/phpdoc/en/reference/pgsql/functionspg-last-oid.xml pg-tty.xml 
/phpdoc/en/reference/sem/functions  shm-attach.xml 
/phpdoc/en/reference/sessionini.xml 
/phpdoc/en/reference/sybase ini.xml 
/phpdoc/en/reference/var/functions  isset.xml 
  Log:
  Remove doubled words
  http://cvs.php.net/diff.php/phpdoc/en/chmonly/search.xml?r1=1.5r2=1.6ty=u
Index: phpdoc/en/chmonly/search.xml
diff -u phpdoc/en/chmonly/search.xml:1.5 phpdoc/en/chmonly/search.xml:1.6
--- phpdoc/en/chmonly/search.xml:1.5Fri Dec 12 14:56:03 2003
+++ phpdoc/en/chmonly/search.xmlWed Apr 27 10:20:08 2005
@@ -1,12 +1,12 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.5 $ --
+!-- $Revision: 1.6 $ --
  chapter id=chm.search
   titleThe Full Text Search/title
 
   para
This edition of the PHP Manual includes an advanced full text
search possibility provided by the viewer application. This enables
-   users to to search through every word in the help file to find a
+   users to search through every word in the help file to find a
match. For example, if a user does a full-text search on the word
Apache, every topic that contains the word Apache will be listed. 
Advanced full-text search allows a user to search using boolean,
http://cvs.php.net/diff.php/phpdoc/en/install/unix/apache1.xml?r1=1.2r2=1.3ty=u
Index: phpdoc/en/install/unix/apache1.xml
diff -u phpdoc/en/install/unix/apache1.xml:1.2 
phpdoc/en/install/unix/apache1.xml:1.3
--- phpdoc/en/install/unix/apache1.xml:1.2  Thu Sep  2 08:43:52 2004
+++ phpdoc/en/install/unix/apache1.xml  Wed Apr 27 10:20:08 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.2 $ --
+!-- $Revision: 1.3 $ --
sect1 id=install.unix.apache
 titleApache 1.3.x on Unix systems/title
 para
@@ -136,7 +136,7 @@
 
 12. make
 (you should now have an httpd binary which you can copy to your Apache bin 
dir if
-is is your first install then you need to make install as well)
+it is your first install then you need to make install as well)
 
 13. cd ../php-4.x.y
 14. cp php.ini-dist /usr/local/lib/php.ini
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/overloading.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/language/oop5/overloading.xml
diff -u phpdoc/en/language/oop5/overloading.xml:1.7 
phpdoc/en/language/oop5/overloading.xml:1.8
--- phpdoc/en/language/oop5/overloading.xml:1.7 Wed Feb  9 16:02:54 2005
+++ phpdoc/en/language/oop5/overloading.xml Wed Apr 27 10:20:08 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
  sect1 id=language.oop5.overloading
   titleOverloading/title
 
@@ -28,7 +28,7 @@
 by defining these specially named methods. The varname$name/varname 
 parameter used is the name of the variable that should be set or retrieved.
 The __set() method's varname$value/varname parameter specifies the 
-value that the object should set set the varname$name/varname.
+value that the object should set the varname$name/varname.
/para
 
example
http://cvs.php.net/diff.php/phpdoc/en/reference/dbx/ini.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/reference/dbx/ini.xml
diff -u phpdoc/en/reference/dbx/ini.xml:1.6 phpdoc/en/reference/dbx/ini.xml:1.7
--- phpdoc/en/reference/dbx/ini.xml:1.6 Tue Feb 22 12:36:05 2005
+++ phpdoc/en/reference/dbx/ini.xml Wed Apr 27 10:20:08 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
 section id=dbx.configuration
  reftitle.runtime;
  extension.runtime;
@@ -29,7 +29,7 @@
 /para
 note
  para
-  This ini-option is available available from PHP 4.3.0.
+  This ini-option is available from PHP 4.3.0.
  /para
 /note
 
http://cvs.php.net/diff.php/phpdoc/en/reference/hw/functions/hw-modifyobject.xml?r1=1.6r2=1.7ty=u
Index: phpdoc/en/reference/hw/functions/hw-modifyobject.xml
diff -u phpdoc/en/reference/hw/functions/hw-modifyobject.xml:1.6 
phpdoc/en/reference/hw/functions/hw-modifyobject.xml:1.7
--- phpdoc/en/reference/hw/functions/hw-modifyobject.xml:1.6Thu Aug 19 
08:14:46 2004
+++ phpdoc/en/reference/hw/functions/hw-modifyobject.xmlWed Apr 27 
10:20:08 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.6 $ --
+!-- $Revision: 1.7 $ --
 !-- splitted from ./en/functions/hw.xml, last change in rev 1.2 --
   refentry id=function.hw-modifyobject
refnamediv
@@ -44,7 +44,7 @@
  removal of that 

[PHP-DOC] cvs: phpdoc /en/language/oop5 overloading.xml

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 10:24:30 2005 EDT

  Modified files:  
/phpdoc/en/language/oop5overloading.xml 
  Log:
  Overloading methods must be public (bug #31806)
  
http://cvs.php.net/diff.php/phpdoc/en/language/oop5/overloading.xml?r1=1.8r2=1.9ty=u
Index: phpdoc/en/language/oop5/overloading.xml
diff -u phpdoc/en/language/oop5/overloading.xml:1.8 
phpdoc/en/language/oop5/overloading.xml:1.9
--- phpdoc/en/language/oop5/overloading.xml:1.8 Wed Apr 27 10:20:08 2005
+++ phpdoc/en/language/oop5/overloading.xml Wed Apr 27 10:24:30 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.8 $ --
+!-- $Revision: 1.9 $ --
  sect1 id=language.oop5.overloading
   titleOverloading/title
 
@@ -8,6 +8,8 @@
__call, __get and __set methods. These methods will only be
triggered when your object or inherited object doesn't contain the 
member or method you're trying to access.
+   All overloading methods must be defined as
+   link linkend=language.oop5.visibilitypublic/link.
   /para
 
   sect2 id=language.oop5.overloading.members
@@ -41,7 +43,7 @@
 public $n;
 private $x = array(a = 1, b = 2, c = 3);
 
-function __get($nm)
+public function __get($nm)
 {
 print Getting [$nm]\n;
 
@@ -54,7 +56,7 @@
 }
 }
 
-function __set($nm, $val)
+public function __set($nm, $val)
 {
 print Setting [$nm] to $val\n;
 
@@ -136,7 +138,7 @@
 {
 private $x = array(1, 2, 3);
 
-function __call($m, $a)
+public function __call($m, $a)
 {
 print Method $m called:\n;
 var_dump($a);


[PHP-DOC] #31806 [Opn-Csd]: __set, __get, and __call should be stated as being being required to be public

2005-04-27 Thread vrana
 ID:   31806
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: *
 PHP Version:  5.0.3
 Assigned To:  curt
 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.

All overloading methods must be defined as public. Examples fixed.


Previous Comments:


[2005-02-02 08:07:02] [EMAIL PROTECTED]

Description:

The documentation at: 
  http://php.net/oop5.overloading

Should clairfy that all overloading function's for property and method
overloading must be public.

Including the examples.






-- 
Edit this bug report at http://bugs.php.net/?id=31806edit=1


[PHP-DOC] cvs: phpdoc /en/reference/dbx ini.xml

2005-04-27 Thread Nuno Lopes
nlopess Wed Apr 27 10:30:18 2005 EDT

  Modified files:  
/phpdoc/en/reference/dbxini.xml 
  Log:
  this para isnt needed because the info is in the new changelog column
  
http://cvs.php.net/diff.php/phpdoc/en/reference/dbx/ini.xml?r1=1.7r2=1.8ty=u
Index: phpdoc/en/reference/dbx/ini.xml
diff -u phpdoc/en/reference/dbx/ini.xml:1.7 phpdoc/en/reference/dbx/ini.xml:1.8
--- phpdoc/en/reference/dbx/ini.xml:1.7 Wed Apr 27 10:20:08 2005
+++ phpdoc/en/reference/dbx/ini.xml Wed Apr 27 10:30:17 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.7 $ --
+!-- $Revision: 1.8 $ --
 section id=dbx.configuration
  reftitle.runtime;
  extension.runtime;
@@ -27,11 +27,6 @@
   /table
   ini.php.constants;
 /para
-note
- para
-  This ini-option is available from PHP 4.3.0.
- /para
-/note
 
 ini.descriptions.title;
 


[PHP-DOC] #32269 [Opn-Bgs]: [xchm] error in javascript

2005-04-27 Thread vrana
 ID:   32269
 Updated by:   [EMAIL PROTECTED]
 Reported By:  webmaster at zapx dot net
-Status:   Open
+Status:   Bogus
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  Irrelevant
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

Dup of bug #30715.


Previous Comments:


[2005-03-20 23:18:11] webmaster at zapx dot net

OK, now I get this error.

Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
7
Char:
19
Error:
Permission denied
Code:
0
URL:
 ms-its:c:\phpmanual\php_manual_notes.chm::/ref.array.html
Do you want to continue running scripts on this page?
Yes alt+y
No alt+n

I still get the following error when opening up the first topic


Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
461
Char:
5
Error:
Object required
Code:
0
URL:
 mk:@MSITStore:c:\phpmanual\php_manual_en.chm::/_index.html
Do you want to continue running scripts on this page?
Yes alt+y
No alt+n



[2005-03-20 16:37:33] [EMAIL PROTECTED]

Can you please try this new file:
http://mega.ist.utl.pt/~ncpl/php_manual_chm.zip and then update the
error message/line number if the problem persists.



[2005-03-13 00:30:32] webmaster at zapx dot net

IE version is 6.0
I dont' know which skin, I just used it as was default when I
downloaded it.

The error is:

Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
437
Char:
5
Error:
Object required
Code:
0
URL:
 mk:@MSITStore:c:\phpmanual\php_manual_en.chm::/_index.html
Do you want to continue running scripts on this page?
Yes
No


Even when clicking yes or no, it still redisplays this error the next
time I attempt showing a topic.



[2005-03-12 23:48:54] [EMAIL PROTECTED]

and which skin are you using?
And which Internet explorer version?

And can you type here the errors you receive, please?



[2005-03-12 17:00:54] webmaster at zapx dot net

I'm using Windows XP. I wonder if it could be the HH version I'm using.



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/32269

-- 
Edit this bug report at http://bugs.php.net/?id=32269edit=1


[PHP-DOC] #32269 [Bgs]: [xchm] error in javascript

2005-04-27 Thread webmaster at zapx dot net
 ID:   32269
 User updated by:  webmaster at zapx dot net
 Reported By:  webmaster at zapx dot net
 Status:   Bogus
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  Irrelevant
 New Comment:

I appologize; I didn't realize there was a similar bug report.


Previous Comments:


[2005-04-27 16:47:07] [EMAIL PROTECTED]

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

Dup of bug #30715.



[2005-03-20 23:18:11] webmaster at zapx dot net

OK, now I get this error.

Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
7
Char:
19
Error:
Permission denied
Code:
0
URL:
 ms-its:c:\phpmanual\php_manual_notes.chm::/ref.array.html
Do you want to continue running scripts on this page?
Yes alt+y
No alt+n

I still get the following error when opening up the first topic


Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
461
Char:
5
Error:
Object required
Code:
0
URL:
 mk:@MSITStore:c:\phpmanual\php_manual_en.chm::/_index.html
Do you want to continue running scripts on this page?
Yes alt+y
No alt+n



[2005-03-20 16:37:33] [EMAIL PROTECTED]

Can you please try this new file:
http://mega.ist.utl.pt/~ncpl/php_manual_chm.zip and then update the
error message/line number if the problem persists.



[2005-03-13 00:30:32] webmaster at zapx dot net

IE version is 6.0
I dont' know which skin, I just used it as was default when I
downloaded it.

The error is:

Internet Explorer Script Error

An error has occurred in the script on this page.

Line:
437
Char:
5
Error:
Object required
Code:
0
URL:
 mk:@MSITStore:c:\phpmanual\php_manual_en.chm::/_index.html
Do you want to continue running scripts on this page?
Yes
No


Even when clicking yes or no, it still redisplays this error the next
time I attempt showing a topic.



[2005-03-12 23:48:54] [EMAIL PROTECTED]

and which skin are you using?
And which Internet explorer version?

And can you type here the errors you receive, please?



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/32269

-- 
Edit this bug report at http://bugs.php.net/?id=32269edit=1


[PHP-DOC] #29749 [Opn]: [echm] bug in javascript

2005-04-27 Thread vrana
 ID:   29749
 Updated by:   [EMAIL PROTECTED]
 Reported By:  jccviking at att dot net
 Status:   Open
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  Irrelevant
 New Comment:

The problem is with notes - HTML Help creates a file with its own
head section without any script src= thus loadNotes() failed.
Solution may be to move script src= to body but I don't know how
to do it.


Previous Comments:


[2004-09-03 13:49:28] [EMAIL PROTECTED]

This is unrealted with the skin used. When you try to print all the
subtopics it returns a couple of JS errors.



[2004-09-02 13:34:49] [EMAIL PROTECTED]

What skin are you using?



[2004-08-19 02:33:12] jccviking at att dot net

Description:

I have found a bug on page tutorial.html
[chm date: 2003-09-06]...

When I try to:

 Print the selected heading and all subtopics

I get a bunch of script errors starting with:
 
Line:  43
Char:   4
Error: Object Expected

If I keep clicking the Yes button I get a bunch more.  All have a
different line but all say Char 4, Object Expected.

JCC






-- 
Edit this bug report at http://bugs.php.net/?id=29749edit=1


Re: [PHP-DOC] Switching the howto to doc.php.net (was Re: [PHP-DOC] Contributing)

2005-04-27 Thread Dan Scott
On 4/15/05, David Mytton [EMAIL PROTECTED] wrote:
 On 4/15/05, Dan Scott [EMAIL PROTECTED] wrote:
  I'm on the hook to put together a presentation on the same topic for
  php|tropics over the next couple of days, so perhaps we can review
  each other's work?
 
  (I hear you on the busy-ness side of things)
 
  Dan
 
 
 Yeh, sounds good. My plan is to provide a numbered step by step guide
 on how to get into helping with the PHP documentation along with some
 common problems and FAQs. My idea is that it is brief, but concise
 with any elaboration done by linking to the documentation already
 there. I haven't started as yet, have you got anything?
 --
 Regards,
 
 David Mytton
 http://www.olate.co.uk
 

David, Gabor, et al:

I've got a rough presentation pulled together, which covers most of
the points I want to talk about. Still need to flesh some of it out
(particularly the mini-primer to DocBook) but the shape of it feels
just about right.

If anyone on the list is interested in reviewing the presentation, let
me know and I'll forward it to you in its current state. (Marco, if
you're reading this -- it'll be done soon, I promise!)

Dan


[PHP-DOC] #28379 [Opn-Csd]: [chm] for and other control structures missing in the index

2005-04-27 Thread vrana
 ID:   28379
 Updated by:   [EMAIL PROTECTED]
 Reported By:  daemonj at akoza dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Windows
 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.

Sad that I didn't fix this before global CHMs rebuild, we will probably
have to wait a year for next CHM build :-).


Previous Comments:


[2004-05-13 14:26:58] daemonj at akoza dot com

They are not in the index.



[2004-05-13 09:10:11] [EMAIL PROTECTED]

They are in there just fine. (Chapter 11, Control Structures).



[2004-05-13 02:55:54] daemonj at akoza dot com

Description:

The for and foreach control structures are not contained in the Windows
CHM (dated 18 Apr 2004) version of the manual.







-- 
Edit this bug report at http://bugs.php.net/?id=28379edit=1


[PHP-DOC] cvs: phpdoc /chm make_chm.php

2005-04-27 Thread Jakub Vrana
vrana   Wed Apr 27 13:07:06 2005 EDT

  Modified files:  
/phpdoc/chm make_chm.php 
  Log:
  Allow tags in titles (bug #28379)
  
http://cvs.php.net/diff.php/phpdoc/chm/make_chm.php?r1=1.22r2=1.23ty=u
Index: phpdoc/chm/make_chm.php
diff -u phpdoc/chm/make_chm.php:1.22 phpdoc/chm/make_chm.php:1.23
--- phpdoc/chm/make_chm.php:1.22Sun Aug 24 15:07:12 2003
+++ phpdoc/chm/make_chm.php Wed Apr 27 13:07:06 2005
@@ -209,7 +209,7 @@
 $contents = oneLiner($HTML_PATH/$filename);
 
 // Find all sublinks
-if 
(preg_match_all(!DT\\s*A\\s+HREF=\(([\\w\\.-]+\\.)+html)(\\#[\\w\\.-]+)?\\\s*([^]*)/A\\s*!U,
 $contents, $matches, PREG_SET_ORDER)) {
+if 
(preg_match_all(!DT\\s*A\\s+HREF=\(([\\w\\.-]+\\.)+html)(\\#[\\w\\.-]+)?\\\s*(.*)/A\\s*!U,
 $contents, $matches, PREG_SET_ORDER)) {
 
 // Print out the file informations for all the links
 fputs_wrapper($toc, \nul);


[PHP-DOC] #20966 [Asn-WFx]: [CHM] Search index includes irrelevant words

2005-04-27 Thread vrana
 ID:   20966
 Updated by:   [EMAIL PROTECTED]
 Reported By:  steve at holdenweb dot com
-Status:   Assigned
+Status:   Wont fix
 Bug Type: Documentation problem
 Operating System: Windows, any
 PHP Version:  4.3.0RC3
 Assigned To:  goba
 New Comment:

I suggest to not fix that. Writing some parts of CHM by JS would
probably introduce another errors.


Previous Comments:


[2005-04-07 16:19:41] steve at holdenweb dot com

[Changing my logged email address]



[2005-04-07 10:04:03] richard dot quadling at bandvulc dot co dot uk

I think the only way this could be handled is to have the navigation
links generated in JavaScript rather than in plain HTML. This way it
would not be searched by the full text searching of MS CHM Viewer.

The only normal way to have things NOT included in the full text
search is to produce a word stop list (limited to 512 bytes! Gee! They
really know how to be generous at MS!!!), but this is then across the
entire manual - not much use.

There does not seem to be any tag you can put around text to make it
NOT indexable (which would be nice).

This would probably have to be handled by the htmlhelp/make_chm.php
script(s).

Thinking out loud, what happens if the text is not ascii? Use the %xx
code or #xxx; code. Seems daft though doesn't it? Taking abc and
converting it into something just so it doesn't get searched?

The JS solution would fix the problem, but changes to the CHM build
process would also know onto the skins too.

But, if this is a really requirement, how about introducing a docbook
element specifically dealing with text that is NOT searchable and then
because it is in the system from the ground up, those system which can
support it can! So, the CHM build process could take the XML and create
a specific div class which can be looked for and then converted into a
simple bunch of JavaScript's document.writeln()'s.

This would also allow documentors to exclude parts of the documentation
from the CHM full text search. (Not sure why - but a perfect example is
the search including navigation links! grin /).

Richard.



[2002-12-13 01:36:41] [EMAIL PROTECTED]

Well the, search index is created by the CHM compiler after it compiled
in the HTML files. So there is no method to index the pages without the
navigation parts and then replace the files with the full ones.

I even don't know any method to put some HTML parts into some ignored
section in the HTML files, so I really don't know how to fix this. I'll
try to look up some info, but I hardly beleive I'll find something
useful. Microsoft HH compiler is not too smart...



[2002-12-12 11:28:14] steve at holdenweb dot com

The CHM file is somewhat over-indexed. For example, when I search for
payment, among the relevant hits I also see the curl_version page
because the next page link in the footer is entitled Cybercash
*payment* options. This seems redundant and likely to render searches
less useful than they would otherwise be. Can't find any other reports
of this, hence the new bug report.




-- 
Edit this bug report at http://bugs.php.net/?id=20966edit=1


[PHP-DOC] #26179 [Opn-WFx]: [chm] searching

2005-04-27 Thread vrana
 ID:   26179
 Updated by:   [EMAIL PROTECTED]
 Reported By:  alex at look-digital dot net
-Status:   Open
+Status:   Wont fix
 Bug Type: Documentation problem
 Operating System: windows
 PHP Version:  4.3.4
 New Comment:

I suppose this one will not get fixed. User notes can be completely
disabled by deleting php_manual_notes.chm, PHP functions and structures
are accessible through the index. Fulltext search should search in the
notes too and there is no weighting for telling HTML Help to put
regular pages in front of notes AFAIK.


Previous Comments:


[2003-11-08 12:35:34] alex at look-digital dot net

Description:

I wouldn't so much call it a bug, but I feel that the new version of
the CHM that I finally upgraded to is fantastic except for the fact
that the search results include all the notes people submited (i.e. N:
Array Functions) which, can clutter the search results severely, not to
mention that it actually shows up before the thing you're searching for
itself on the list.

Perhaps there should be an option to not match user-submitted notes






-- 
Edit this bug report at http://bugs.php.net/?id=26179edit=1


Re: [PHP-DOC] Switching the howto to doc.php.net (was Re: [PHP-DOC] Contributing)

2005-04-27 Thread David Mytton
Sure, I'd like to take a look!

On 4/27/05, Dan Scott [EMAIL PROTECTED] wrote:
 If anyone on the list is interested in reviewing the presentation, let
 me know and I'll forward it to you in its current state. (Marco, if
 you're reading this -- it'll be done soon, I promise!)
 
 Dan
 

-- 
Regards,

David Mytton
http://www.olate.co.uk


[PHP-DOC] Re: #31697 [Opn-Csd]: foreach doc doesn't mention object-iteration

2005-04-27 Thread M. Sokolewicz
gods, completely forgot about this, lol :P
should've fixed it a looong time ago
[EMAIL PROTECTED] wrote:
 ID:   31697
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: n/a
 PHP Version:  Irrelevant
 Assigned To:  tularis
 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.
As of PHP 5, it is possible to link
linkend=language.oop5.iterationsiterate objects/link too.
Previous Comments:

[2005-01-26 09:47:31] [EMAIL PROTECTED]
I agree with philip on this, and believe it should at least be
mentioned. When a person new to PHP reads the manual, they won't
automatically go to the PHP5-section to read up on the changes since
PHP4, they'll instead want to read them in the manual itself, in the
places that it actually applies to.

[2005-01-26 02:14:13] [EMAIL PROTECTED]
Jed, there is no such general rule. If you find places in the manual
that aren't clear on this then please fix it or submit a bug report.
The only real difference between PHP 4 and PHP 5 is the OOP model which
is why a separate OOP section exists.

[2005-01-26 01:09:12] [EMAIL PROTECTED]
It's mentioned in the PHP 5 docs, and includes implementing Iterator
from the SPL.
http://www.php.net/manual/en/language.oop5.iterations.php
I think the general rule is place things where it doesn't seem like
they'd be, since PHP 5 is so radically different it deserves its own
manual section, and the rest of the manual isn't clear on what PHP 4
and PHP 5 is anymore.

[2005-01-25 23:51:07] [EMAIL PROTECTED]
assigning to myself (so I don't forget)

[2005-01-25 23:50:42] [EMAIL PROTECTED]
Description:

The foreach documentation page doesn't mention the fact that foreach
can also be used to iterate trough an object's properties.
Reproduce code:
---
- 

Expected result:

foreach contains a notice about objects
Actual result:
--
none




[PHP-DOC] #32863 [NEW]: [DOC] English : pg_field_prtlen

2005-04-27 Thread [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Operating system: 
PHP version:  Irrelevant
PHP Bug Type: Documentation problem
Bug description:  [DOC] English : pg_field_prtlen

Description:

reference/pgsql/functions/pg-field-prtlen.xml
$Revision: 1.8 $


I think the return values is not correct.
The field name, or FALSE on error.


-- 
Edit bug report at http://bugs.php.net/?id=32863edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=32863r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=32863r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=32863r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32863r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32863r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=32863r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=32863r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=32863r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32863r=support
Expected behavior:   http://bugs.php.net/fix.php?id=32863r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=32863r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=32863r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32863r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=32863r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32863r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=32863r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32863r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=32863r=float
No Zend Extensions:  http://bugs.php.net/fix.php?id=32863r=nozend
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=32863r=mysqlcfg


[PHP-DOC] cvs: phpdoc /en/reference/pgsql/functions pg-field-prtlen.xml

2005-04-27 Thread Christopher Kings-Lynne
chriskl Thu Apr 28 00:40:58 2005 EDT

  Modified files:  
/phpdoc/en/reference/pgsql/functionspg-field-prtlen.xml 
  Log:
  - Fix erroneous return value
  
http://cvs.php.net/diff.php/phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml?r1=1.8r2=1.9ty=u
Index: phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml
diff -u phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml:1.8 
phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml:1.9
--- phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml:1.8 Thu Apr 21 
05:29:05 2005
+++ phpdoc/en/reference/pgsql/functions/pg-field-prtlen.xml Thu Apr 28 
00:40:57 2005
@@ -1,5 +1,5 @@
 ?xml version=1.0 encoding=iso-8859-1?
-!-- $Revision: 1.8 $ --
+!-- $Revision: 1.9 $ --
 !-- splitted from ./en/functions/pgsql.xml, last change in rev 1.2 --
 refentry id=function.pg-field-prtlen
  refnamediv
@@ -67,7 +67,7 @@
  refsect1 role=returnvalues
   reftitle.returnvalues;
   para
-   The field name, or false; on error.
+   The field printed length, or false; on error.
   /para
  /refsect1
  


[PHP-DOC] #32863 [Opn-Csd]: [DOC] English : pg_field_prtlen

2005-04-27 Thread chriskl
 ID:  32863
 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-04-28 06:04:59] [EMAIL PROTECTED]

Description:

reference/pgsql/functions/pg-field-prtlen.xml
$Revision: 1.8 $


I think the return values is not correct.
The field name, or FALSE on error.






-- 
Edit this bug report at http://bugs.php.net/?id=32863edit=1