[PHP-DOC] cvs: phpdoc /en/reference/ftp/functions ftp-chmod.xml ftp-close.xml

2004-07-28 Thread Dave
daveThu Jul 29 01:54:45 2004 EDT Modified files: /phpdoc/en/reference/ftp/functions ftp-chmod.xml ftp-close.xml Log: - proto fixes. http://cvs.php.net/diff.php/phpdoc/en/reference/ftp/functions/ftp-chmod.xml?r1=1.4&r2=1.5&ty=u Index: phpdoc/en/reference/

Re: [PHP-DOC] PECL doc proposal

2004-07-28 Thread Curt Zirzow
* Thus wrote Philip Olson: > > from configure.xml > --- > > &pecl.linux.php45; > &url.pecl.package;crack. > In order to use these functions, you must compile PHP with Crack support > by using the --with-crack[=DIR] option. > > > Windows users will enable php

Re: [PHP-DOC] PECL doc proposal

2004-07-28 Thread Dave
On Thursday, July 29, 2004, 8:43:27 AM, Philip wrote: > Hello! > In documenting the PECL extension changes I came across a few > bumps and ended up with the following, please add suggestions > on how this could be improved. This is for bug #28018 and also > a PECL bug #2008 > http://pecl.ph

[PHP-DOC] PECL doc proposal

2004-07-28 Thread Philip Olson
Hello! In documenting the PECL extension changes I came across a few bumps and ended up with the following, please add suggestions on how this could be improved. This is for bug #28018 and also a PECL bug #2008 http://pecl.php.net/bugs/bug.php?id=2008 http://bugs.php.net/bug.php?id=28018

[PHP-DOC] getting credits into phpcredits()

2004-07-28 Thread Gabor Hojtsy
Hi, I would like to replace the current documentation team credits in phpcredits() with the following information next week, if noone complains: - list of authors currently on the frontpage - list of editors currently on the frontpage - list of currently active user note maintainers (f

Re: [PHP-DOC] cvs: phpdoc /en bookinfo.xml contributors.xml

2004-07-28 Thread Gabor Hojtsy
Modified files: /phpdoc/en bookinfo.xml contributors.xml language-snippets.ent Log: Pushing currently active people to the frontpage, and move the past>authors to the contributors page (everything ordered alpahbetically>now). Suggest more people to the frontpage if you see fit, or

Re: [PHP-DOC] cvs: phpdoc /en bookinfo.xml contributors.xml

2004-07-28 Thread Philip Olson
> BTW I intended to provide an extended list of past contributors along > the lines of what I proposed earlier, but since the master server is not > working, I have a hard time of paring cvs account names to realnames. > Anyone knows another place to get the realnames of people behind cvs > acc

Re: [PHP-DOC] cvs: phpdoc /en bookinfo.xml contributors.xml

2004-07-28 Thread Gabor Hojtsy
BTW I intended to provide an extended list of past contributors along the lines of what I proposed earlier, but since the master server is not working, I have a hard time of paring cvs account names to realnames. Anyone knows another place to get the realnames of people behind cvs accounts? Go

[PHP-DOC] cvs: phpdoc /en bookinfo.xml contributors.xml

2004-07-28 Thread Gabor Hojtsy
gobaWed Jul 28 17:22:02 2004 EDT Modified files: /phpdoc/en bookinfo.xml contributors.xml Log: Philip is active again, so credit him as such (as far as we know his past contributions, he is going to be active in the future too :) http://cvs.php.net/diff.ph

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Curt Zirzow
* Thus wrote Nuno Lopes: > > Here's how livedocs outputs it, looks a bit better huh? Not sure > > what version of livedocs this is (or how old these docs are) but > > it's the only online livedocs I could find: > > > > http://livedocs.coggeshall.org/en/function.mysqli-close.html > > > > May loo

[PHP-DOC] #29018 [Opn->Fbk]: function arguments 'null' and staticval with n passing by reference

2004-07-28 Thread vrana
ID: 29018 Updated by: [EMAIL PROTECTED] Reported By: none at space dot com -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: any PHP Version: 4.3.6 New Comment: Possible solution: function foo (& $var

[PHP-DOC] #27111 [Fbk->Opn]: virtual() function does not behave as documented

2004-07-28 Thread e-phpbug at erowid dot org
ID: 27111 User updated by: e-phpbug at erowid dot org Reported By: e-phpbug at erowid dot org -Status: Feedback +Status: Open Bug Type: Documentation problem Operating System: freebsd PHP Version: 4.3.4 New Comment: Yes, excellent. I do

Re: [PHP-DOC] php5 and object

2004-07-28 Thread Gabor Hojtsy
Please ask support questions at [EMAIL PROTECTED] Regards, Gabor Hojtsy Krzysztof Gorzelak írta: Hello, I'm trying to make this code to work: // start of code abstract class Strona { abstract public function generuj_strone(); function foo() { generuj_strone(); } } class Ka

Re: [PHP-DOC] Where did user contributed notes go?

2004-07-28 Thread Gabor Hojtsy
Hi, Tha last time i've downloaded a PHP manual long ago in 2002 it had tons of user contributed notes in it. The notes were very usefull for me. Recently i've decided to update the manual, so I downloaded one and to my surprise found no notes in it. Why, where did they go? Are there still

Re: [PHP-DOC] Associativity of unary operators

2004-07-28 Thread Gabor Hojtsy
You'd probably better ask this on the development list (cc-ed). Goba Jakub Vrana írta: I'm not a formal languages expert but I wonder how can unary operator be associative. It also seems that ++ and -- have higher priority than the rest of unary operators listed on one line. I also don't understand

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Gabor Hojtsy
Hi! Just want to confirm that the following are true as I don't believe these have been made official [yet]: a) No ending period in the reftitle b) No ending period in the see also c) Only part of docs wider than 78 characters is methodsynopsis d) New examples use ' not " wherever possible (thi

Re: [PHP-DOC] the tag,

2004-07-28 Thread Tom Sommer
Gabor Hojtsy wrote: The docweb project was largely advertised on all doc mailling lists. Livedocs is in alpha stage. It has a couple of well know bugs. So, first let's fix them, and then make it public. Is it the intention that http://docs.php.net is going to some day replace http://www.php.net/d

Re: [PHP-DOC] the tag, time for a title? (livedocs integration)

2004-07-28 Thread Gabor Hojtsy
Is it the intention that http://docs.php.net is going to some day replace http://www.php.net/docs.php ? No! doc.php.net is designed for developpers, documenters and translators. It isn't aimed for public. It will serve as a livedocs testbed, as well as revcheck for translators, list of undocumented

Re: [PHP-DOC] the tag, time for a title? (livedocs integration)

2004-07-28 Thread Gabor Hojtsy
Since the docs are going to be made and hosted on a linux server, I don't see the big problem with that in terms of making php.net run on livedocs For development, it might be important to let it run properly on Windows, so Windows users (like Nuno :) can help in. The docweb project was largely

Re: [PHP-DOC] the tag, time for a title? (livedocs integration)

2004-07-28 Thread Gabor Hojtsy
The docweb project was largely advertised on all doc mailling lists. Livedocs is in alpha stage. It has a couple of well know bugs. So, first let's fix them, and then make it public. Ehem, the same approach holds docweb back "lets fix before making it public" :) It might not be a good approach, es

Re: [PHP-DOC] the tag, time for a title? (livedocs integration)

2004-07-28 Thread Gabor Hojtsy
Livedocs needs more testers, and more people willing to put time into it. I never found enough time to help out, but I try to direct everybody who is not satisfied with the lack of insite search, lack of timely manual updates, etc. to help in livedocs development as that is clearly the way to g

[PHP-DOC] php5 and object

2004-07-28 Thread Krzysztof Gorzelak
Hello, I'm trying to make this code to work: // start of code abstract class Strona { abstract public function generuj_strone(); function foo() { generuj_strone(); } } class Katalog extends Strona { public function generuj_strone() { echo "OK"; } } $

[PHP-DOC] cvs: phpdoc /en/reference/tidy/functions tidy-get-config.xml

2004-07-28 Thread Nuno Lopes
nlopess Wed Jul 28 12:43:09 2004 EDT Modified files: /phpdoc/en/reference/tidy/functions tidy-get-config.xml Log: fix example http://cvs.php.net/diff.php/phpdoc/en/reference/tidy/functions/tidy-get-config.xml?r1=1.4&r2=1.5&ty=u Index: phpdoc/en/reference/tidy/fu

[PHP-DOC] cvs: phpdoc /en/reference/tidy/functions tidy-parse-string.xml

2004-07-28 Thread Nuno Lopes
nlopess Wed Jul 28 12:36:59 2004 EDT Modified files: /phpdoc/en/reference/tidy/functions tidy-parse-string.xml Log: fix example http://cvs.php.net/diff.php/phpdoc/en/reference/tidy/functions/tidy-parse-string.xml?r1=1.5&r2=1.6&ty=u Index: phpdoc/en/reference/tid

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Nuno Lopes
> Here's how livedocs outputs it, looks a bit better huh? Not sure > what version of livedocs this is (or how old these docs are) but > it's the only online livedocs I could find: > > http://livedocs.coggeshall.org/en/function.mysqli-close.html > May look better, but doesn't work well. in mysql

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Tom Sommer
Philip Olson wrote: Personally I think http://www.php.net/manual/en/function.mysqli-close.php is one of the most confusing manual pages I have seen to date, MySQLi docs are a bit confusing... consider the mysqli close: Here's how livedocs outputs it, looks a bit better huh? Not sure what version o

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Philip Olson
> > Personally I think > > http://www.php.net/manual/en/function.mysqli-close.php is one of the > > most confusing manual pages I have seen to date, > > http://www.php.net/manual/en/class.dir.php is also high on that list > > > > Indentation of pseudo-objects would help a great deal. > > The dsssl

Re: [PHP-DOC] Proposal: CHANGELOG

2004-07-28 Thread Nuno Lopes
> > > This would be great and it's a perfect time to implement because > > > when people update old docs to the new refsect1 style we would > > > also implement these changelog entries! Woohoo!!! > > > > What is the new refsext1 style? The credits tag?... > > Each manual page is split up in sectio

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Nuno Lopes
> Personally I think > http://www.php.net/manual/en/function.mysqli-close.php is one of the > most confusing manual pages I have seen to date, > http://www.php.net/manual/en/class.dir.php is also high on that list > > Indentation of pseudo-objects would help a great deal. The dsssl cheets aren't w

Re: [PHP-DOC] Proposal: CHANGELOG

2004-07-28 Thread Philip Olson
> > A partial proposal: CHANGELOG refsect1 > > > > What it will contain: > > 1) Parameter changes (new, modified, ...) > > 2) Function changes (new features, new behaviors, ...) > > 3) PHP Version info for each change > > > > From TODO: > > new roles: seealso, newparameter, and changedparameter.

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Tom Sommer
Philip Olson wrote: For the exotic entries listed in that post perhaps we can simply surround those with and format accordingly. And here's an example using the new format: http://www.php.net/manual/en/function.mysqli-close.php Is it possible to do indentation in: --- cl

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Philip Olson
> > >b) No ending period in the see also > > > > Why not? > > "See also echo and print." > > > The ending period makes sense to me! > > This also make sense to me. Unlike the refpurpose, the "see also" > paragraph is exactly that; a paragraph in the body of the text, and > should end in a period

[PHP-DOC] #29428 [Opn->Bgs]: Error or missing overview of unset() function

2004-07-28 Thread vrana
ID: 29428 Updated by: [EMAIL PROTECTED] Reported By: kingoleg at mail dot ru -Status: Open +Status: Bogus Bug Type: Documentation problem Operating System: All PHP Version: Irrelevant New Comment: It's described pretty well, there's

[PHP-DOC] #29420 [Opn->Csd]: Can't find "dbm" package in PECL

2004-07-28 Thread vrana
ID: 29420 Updated by: [EMAIL PROTECTED] Reported By: dada at bbs dot giga dot net dot tw -Status: Open +Status: Closed Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.0.0 New Comment: This bug has been fixed

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

2004-07-28 Thread Jakub Vrana
vrana Wed Jul 28 09:34:18 2004 EDT Modified files: /phpdoc/en/reference/dbmreference.xml Log: Wasn't move anywhere (bug #29420) http://cvs.php.net/diff.php/phpdoc/en/reference/dbm/reference.xml?r1=1.9&r2=1.10&ty=u Index: phpdoc/en/reference/dbm/reference.x

Re: [PHP-DOC] Re: a few coding standards

2004-07-28 Thread Antony Dovgal
On Wed, 28 Jul 2004 21:56:53 +1000 "Aidan Lister" <[EMAIL PROTECTED]> wrote: > Hi Philip, > > I'm new, so this has probably been discussed a million times. > > Do we have to leave all the crap at the bottom of every file? How many > people use vim? > Is there a better way to do it? > > A pretty

[PHP-DOC] Re: Where did user contributed notes go?

2004-07-28 Thread Tom Sommer
Anatoliy Samara wrote: Hello phpdoc, Tha last time i've downloaded a PHP manual long ago in 2002 it had tons of user contributed notes in it. The notes were very usefull for me. Recently i've decided to update the manual, so I downloaded one and to my surprise found no notes in it. Why, w

Re: [PHP-DOC] Where did user contributed notes go?

2004-07-28 Thread Jakub Vrana
Anatoliy Samara wrote: > Are there still manual versions with notes in them? You can download Extended CHM from http://www.php.net/docs-echm.php Jakub Vrana

Re: [PHP-DOC] Where did user contributed notes go?

2004-07-28 Thread Nuno Lopes
Hello, There is a problem with the server that has the notes. We are now working to have that server working ASAP. Please download the next manual build, where we expect to have the problem solved. Sorry for the inconvenient, Nuno Lopes - Original Message - From: "Anatoliy Samara" <[E

[PHP-DOC] Where did user contributed notes go?

2004-07-28 Thread Anatoliy Samara
Hello phpdoc, Tha last time i've downloaded a PHP manual long ago in 2002 it had tons of user contributed notes in it. The notes were very usefull for me. Recently i've decided to update the manual, so I downloaded one and to my surprise found no notes in it. Why, where did they go? Are

Re: [PHP-DOC] Re: a few coding standards

2004-07-28 Thread Nuno Lopes
> Hi Philip, > > I'm new, so this has probably been discussed a million times. > > Do we have to leave all the crap at the bottom of every file? How many > people use vim? > Is there a better way to do it? > > A pretty rough estimate, but I'd say those comments account for atleast > 1/3rd of the

[PHP-DOC] #29428 [NEW]: Error or missing overview of unset() function

2004-07-28 Thread kingoleg at mail dot ru
From: kingoleg at mail dot ru Operating system: All PHP version: Irrelevant PHP Bug Type: Documentation problem Bug description: Error or missing overview of unset() function Description: In http://ua2.php.net/unset nothing said about how work unset() on local va

[PHP-DOC] Re: a few coding standards

2004-07-28 Thread Aidan Lister
Hi Philip, I'm new, so this has probably been discussed a million times. Do we have to leave all the crap at the bottom of every file? How many people use vim? Is there a better way to do it? A pretty rough estimate, but I'd say those comments account for atleast 1/3rd of the size of the xml sou

Re: [PHP-DOC] Proposal: CHANGELOG

2004-07-28 Thread Nuno Lopes
> A partial proposal: CHANGELOG refsect1 > > What it will contain: > 1) Parameter changes (new, modified, ...) > 2) Function changes (new features, new behaviors, ...) > 3) PHP Version info for each change > > From TODO: > new roles: seealso, newparameter, and changedparameter. Of course this is

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Dave
On Wednesday, July 28, 2004, 9:11:44 PM, Nuno wrote: >> Hello all! >> >> Just want to confirm that the following are true as I don't >> believe these have been made official [yet]: >> >> a) No ending period in the reftitle > agree here Obviously I agree, after that commit I did fixing the few fu

Re: [PHP-DOC] a few coding standards

2004-07-28 Thread Nuno Lopes
> Hello all! > > Just want to confirm that the following are true as I don't > believe these have been made official [yet]: > > a) No ending period in the reftitle agree here > b) No ending period in the see also Why not? "See also echo and print." The ending period makes sense to me! > c) On

Re: [PHP-DOC] Typo Report

2004-07-28 Thread Nuno Lopes
Hello Steven, This error was already corrected in CVS. The correct version will avaliable in the mirrors in the next manual build, which can take up to two weeks. Thanks for your report, Nuno Lopes - Original Message - > Dear PHP Documentation Team, > > I'd like to report what seems to

Re: [PHP-DOC] Typo Report

2004-07-28 Thread Jakub Vrana
[EMAIL PROTECTED] wrote: > I'd like to report what seems to be a typo. > To be found here: > PHP Manual > Classes and Objects > Visibility > 2nd Paragraph: > "Class members must be defined with public, private, or private." > (Maybe: "Class members must be defined with public, protected or private

[PHP-DOC] #29420 [Opn]: Can't find "dbm" package in PECL

2004-07-28 Thread nlopess
ID: 29420 Updated by: [EMAIL PROTECTED] Reported By: dada at bbs dot giga dot net dot tw Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.0.0 New Comment: i couldn't find any note regarding this extension

[PHP-DOC] Typo Report

2004-07-28 Thread stevenvh
Dear PHP Documentation Team, I'd like to report what seems to be a typo. To be found here: PHP Manual > Classes and Objects > Visibility 2nd Paragraph: "Class members must be defined with public, private, or private." (Maybe: "Class members must be defined with public, protected or private."?

[PHP-DOC] Associativity of unary operators

2004-07-28 Thread Jakub Vrana
I'm not a formal languages expert but I wonder how can unary operator be associative. It also seems that ++ and -- have higher priority than the rest of unary operators listed on one line. I also don't understand why "print" is listed among operators. Do you object against this patch? RCS file: /

Re: [PHP-DOC] what generates the ini_set() docs?

2004-07-28 Thread Jakub Vrana
Philip Olson wrote: > Can someone enlighten me on what generates the ini_set() docs > these days, and why it's not genPHP_INI_ENTRY.php? It's generated by Nuno's script (with my addition for linking to documentation of individual directives) nowadays. He wants to join this script with genPHP_INI_E

[PHP-DOC] #28018 [Opn]: Document PECL extensions, especially for Windows users

2004-07-28 Thread philip
ID: 28018 Updated by: [EMAIL PROTECTED] Reported By: hendrik dot schmieder at jedox dot com Status: Open Bug Type: Documentation problem Operating System: Windows PHP Version: 5CVS-2004-04-16 (dev) -Assigned To: +Assigned To: philip

[PHP-DOC] #28018 [Bgs->Opn]: Document PECL extensions, especially for Windows users

2004-07-28 Thread philip
ID: 28018 Updated by: [EMAIL PROTECTED] -Summary: Missing files Reported By: hendrik dot schmieder at jedox dot com -Status: Bogus +Status: Open -Bug Type: *General Issues +Bug Type: Documentation problem Operating System: Wi

[PHP-DOC] #29420 [Opn]: Can't find "dbm" package in PECL

2004-07-28 Thread vrana
ID: 29420 Updated by: [EMAIL PROTECTED] Reported By: dada at bbs dot giga dot net dot tw Status: Open Bug Type: Documentation problem Operating System: FreeBSD PHP Version: 5.0.0 New Comment: DBM functions are deprecated by DBA. I suppose it'

[PHP-DOC] #27111 [Opn->Fbk]: virtual() function does not behave as documented

2004-07-28 Thread vrana
ID: 27111 Updated by: [EMAIL PROTECTED] Reported By: e-phpbug at erowid dot org -Status: Open +Status: Feedback Bug Type: Documentation problem Operating System: freebsd PHP Version: 4.3.4 New Comment: Yes, I tried it. It seems that