[PHP-DOC] cvs: phpdoc /en/functions ircg.xml

2001-09-02 Thread Egon Schmid
eschmid Sun Sep 2 06:52:33 2001 EDT Modified files: /phpdoc/en/functionsircg.xml Log: Whitespace only and deleted empty 'See also'. Index: phpdoc/en/functions/ircg.xml diff -u phpdoc/en/functions/ircg.xml:1.10 phpdoc/en/functions/ircg.xml:1.11 ---

[PHP-DOC] cvs: phpdoc /en/functions mysql.xml

2001-09-02 Thread Egon Schmid
eschmid Sun Sep 2 07:39:06 2001 EDT Modified files: /phpdoc/en/functionsmysql.xml Log: Only whitespace. Index: phpdoc/en/functions/mysql.xml diff -u phpdoc/en/functions/mysql.xml:1.64 phpdoc/en/functions/mysql.xml:1.65 ---

[PHP-DOC] cvs: phpdoc / Makefile.in

2001-09-02 Thread Jouni Ahto
jah Sun Sep 2 09:16:42 2001 EDT Modified files: /phpdoc Makefile.in Log: - Added -wno-idref option to jade arguments, so the manuals will be generated even if the are missing IDs. - New target 'test_man_gen' that checks if its possible to generate

[PHP-DOC] arsort() asort() examples

2001-09-02 Thread Marco Cucinato
Hi, it seems that the examples on arsort() and asort() are wrong: the docs say that the result would be (array.xml:1664) fruits[a] = orange fruits[d] = lemon fruits[b] = banana fruits[c] = apple but the example actually displays a = orange d = lemon b = banana c = apple -- Marco Cucinato

[PHP-DOC] cvs: phpdoc /en/functions array.xml

2001-09-02 Thread Hojtsy Gabor
gobaSun Sep 2 09:27:42 2001 EDT Modified files: /phpdoc/en/functionsarray.xml Log: Correct bug Index: phpdoc/en/functions/array.xml diff -u phpdoc/en/functions/array.xml:1.88 phpdoc/en/functions/array.xml:1.89 ---

Re: [PHP-DOC] arsort() asort() examples

2001-09-02 Thread Hojtsy Gabor
it seems that the examples on arsort() and asort() are wrong: the docs say that the result would be (array.xml:1664) fruits[a] = orange fruits[d] = lemon fruits[b] = banana fruits[c] = apple but the example actually displays a = orange d = lemon b = banana c = apple You are

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Egon Schmid
From: Hojtsy Gabor Some time ago, we tried to discuss our revision chechking ideas here on the list, but the discussion was pointless as there were no actual script and implementation to talk about. As you know, I have been against a revision checking system. It is useless to write a

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Hojtsy Gabor
What will you do with maintainers (responsibles) for a particular file if he is inactive for 15 months and two weeks. I can see this in the German documentation (look at [en|de]/functions/pcre.xml and de/Translators). There is a maintainer for the German version and nothing happens. The hu

[PHP-DOC] count() return values

2001-09-02 Thread Marco Cucinato
Hi, the docs say count() function returns the number of elements of a variable, or 1 if it's not an array, or 0 if the array is void or the variable isn't set. I think that the paragraph (array.xml:1826) Returns 1 if the variable is not an array. should be changed to Returns 1 either if the

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Jouni Ahto
On Sun, 2 Sep 2001, Egon Schmid wrote: From: Hojtsy Gabor Hope this helps to start a discussion about the usefullness of this revision comment syntax... It may be working in the hu tree, there is only one maintainer :) This would not work in the German manual, because we have many

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Hojtsy Gabor
I see a picture forming here. I think I remember at least Jeroen, Derick and Damien strongly supporting Gobas idea. And all these translations are maintained by a very small team, in Damiens case really just one. Interesting thing :) So it seems that what works for and helps one translation

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Jouni Ahto
On Sun, 2 Sep 2001, Hojtsy Gabor wrote: As I wrote down in my last long letter (titled: Re: [PHP-DOC] Revision longer example), we can think of the Revision comments as a splitup of translators and the script generated revheck.html as a HTML version of Translators with much extra stuff

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Hojtsy Gabor
As I heard, we can make the revcheck.php script run on every commit, so the table can be autogenerated on every commit, and there would be no need to run it manually in most of the cases. Otherwise a good idea, but that would be also forcing everyone to the new system... would it be

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Jouni Ahto
On Sun, 2 Sep 2001, Hojtsy Gabor wrote: If you think there will be too much extra processor time, the script will take on the server, doing nothing, because the commit changes no Revision number, we can introduce a flag in CVS commit messages, so eg: No, I was just thinking about a

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Hojtsy Gabor
If you think there will be too much extra processor time, the script will take on the server, doing nothing, because the commit changes no Revision number, we can introduce a flag in CVS commit messages, so eg: No, I was just thinking about a scenario where someone who doesn't use

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Hojtsy Gabor
What do you think about these additional groups? Variables, types and function handling Array Class-object Function handling Variable Session handling Miscellaneous: Apache-specific Error handling and logging GNU readline PHP options information Program execution Printer Semaphore

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Jouni Ahto
On Sun, 2 Sep 2001, Hojtsy Gabor wrote: What do you think about these additional groups? Variables, types and function handling Array Class-object Function handling Variable Session handling Miscellaneous: Apache-specific Error handling and logging GNU readline PHP

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Jeroen van Wolffelaar
I would merge string/character and Variables,types and function handling, and name it: basic functions, since they are very general-purpose, do NOT have external depencies (like mysql, etc), and are quite close to the language. Error-handling, program execution are also good candidates for basic

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Hojtsy Gabor
The biggest problem is how a php script can update a file as a regular CVS user and make a new revision of it. This can be the case for the script automatically updating Translators or some Revisions.html file in the same dir as Translators with the HTML tables generated by the script.

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Jouni Ahto
On Sun, 2 Sep 2001, Jeroen van Wolffelaar wrote: I would merge string/character and Variables,types and function handling, and name it: basic functions, since they are very general-purpose, do NOT have external depencies (like mysql, etc), and are quite close to the language.

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Jeroen van Wolffelaar
On Sun, 2 Sep 2001, Jeroen van Wolffelaar wrote: I would merge string/character and Variables,types and function handling, and name it: basic functions, since they are very general-purpose, do NOT have external depencies (like mysql, etc), and are quite close to the language.

Re: [PHP-DOC] RFC: Re-organizing function reference part

2001-09-02 Thread Hojtsy Gabor
Commenting the categories list, I don't think that categories, with only one item should be opened (eg. Search or URL or Data Exchange). Yes, under Miscellaneous, unless some other module too gets moved under those categories. I see that you have opened them to start discussion about

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Egon Schmid
From: Hojtsy Gabor [EMAIL PROTECTED] The biggest problem is how a php script can update a file as a regular CVS user and make a new revision of it. This can be the case for the script automatically updating Translators or some Revisions.html file in the same dir as Translators with the

[PHP-DOC] each() function description error

2001-09-02 Thread Marco Cucinato
Hi, each() function has a refpurpose Return the next key and value pair from an array but a description Returns the current key and value pair from the array The second behaviour is the correct one. Should I correct the refpurpose tag to Return the current key and value pair from an array and

Re: [PHP-DOC] each() function description error

2001-09-02 Thread Egon Schmid
each() function has a refpurpose Return the next key and value pair from an array but a description Returns the current key and value pair from the array The second behaviour is the correct one. Should I correct the refpurpose tag to Return the current key and value pair from an array and

[PHP-DOC] cvs: phpdoc /en/functions array.xml

2001-09-02 Thread Marco Cucinato
cucinatoSun Sep 2 16:58:48 2001 EDT Modified files: /phpdoc/en/functionsarray.xml Log: Corrected each() refpurpose Index: phpdoc/en/functions/array.xml diff -u phpdoc/en/functions/array.xml:1.91 phpdoc/en/functions/array.xml:1.92 ---

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Jeroen van Wolffelaar
Anyway, I still find the system Goba proposed to have a lot of benefits, although there really seems to be one small thing that needs a bit more thinking. I agree. I even think the system is very useful, but there are still a few issues. There is no problem though when there is an english

[PHP-DOC] ¥X°â¶Ç¯u¸¹½X

2001-09-02 Thread xqwv2_nwx2y
¶Ç¯u¸¹½X¥X°â §Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§ ¬O§Ú±q¦U­Ó¦P·~¤½·|¡B¹q¸Üï¡B¶À­¶¡B¼x«H©Ò¡B ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A ¸g¦~²Ö¤ë¤@µ§¤@µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C ¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A ¦A¸g¹L²Î­p¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O­«½Æªº¡A

Re: [PHP-DOC] Revision check, now working

2001-09-02 Thread Cornelia Boenigk
To make the story short. German translators don´t need a revision number or a revision comment. Basta;-) The chief has spoken. sorry, I couldn't resist;-) Conni a german translator