From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.0.5
PHP Bug Type: Documentation problem
Bug description: Manual vague on .htaccess options
In checking the online manual to find the syntax for
setting a local include path for PHP4, it doesn't seem to
have
damsMon Jun 25 15:39:59 2001 EDT
Modified files:
/phpdoc/en/functionsinfo.xml
Log:
Adding some details about putenv and safe mode (from php.ini).
Index: phpdoc/en/functions/info.xml
diff -u phpdoc/en/functions/info.xml:1.49
sbergmann Tue Jun 26 06:25:28 2001 EDT
Modified files:
/phpdoc/en/functionsjava.xml
Log:
-currently
Index: phpdoc/en/functions/java.xml
diff -u phpdoc/en/functions/java.xml:1.3 phpdoc/en/functions/java.xml:1.4
--- phpdoc/en/functions/java.xml:1.3
Who should I talk about license and rights ?
AFAIK, you don't need to, since your translation will be under the same
licence
as the current one, i.e. GPL.
(there is no LICENCE file in the cvs, I notice now)
If you need help about how to do it, see the various readme's in the root of
the phpdoc
How about the convenstion that true/false should always be written as:
constantTRUE/constant
and idem for false?
It is also possible to make that a snippet, but I think that'd be
overkill... What do you think of it?
By the way: typical example of where a good script can be used :) In
ID: 11683
Updated by: sniper
Reported By: [EMAIL PROTECTED]
Old-Status: Open
Status: Closed
Bug Type: Documentation problem
Operating system:
PHP Version: 4.0.5
Assigned To:
Comments:
php_value include_path .:/some/path/:/next/time/rtfm
--Jani
Previous Comments:
TRUE *is not* a constant. There is a boolean type in PHP 4.
TRUE *was* a constant in PHP 3...
It is still defined as constant, just like NULL.
(zend_constants.c:117 : true/false constants)
THough you can argue
that it's better to see it as being a special keyword.
It is a constant in the
Modified files:
/phpdoc version.dsl version.xml
Log:
official 4.0.6 update
- ((equal-ci? (data nl) abs) (literal PHP 3, PHP 4 ))
+ ((equal-ci? (data nl) abs) (literal PHP 3, PHP 4 = 4.0b1))
Is it really necessary to specify that this function worked as of the first
beta? IMO
sniper Tue Jun 26 12:44:10 2001 EDT
Modified files:
/phpdoc/en/functionssockets.xml
Log:
Since the PHP_SYSTEM_READ is same as PHP_BINARY_READ it is now removed.
Index: phpdoc/en/functions/sockets.xml
diff -u phpdoc/en/functions/sockets.xml:1.11
zak Tue Jun 26 13:24:50 2001 EDT
Modified files:
/phpdoc/en/functionsinfo.xml
Log:
assert()
Corrected minor grammatical and spelling mistakes
Added information on assert callback functions
Added an example of a callback function
Index:
jeroen Tue Jun 26 14:32:47 2001 EDT
Modified files:
/phpdoc/en/language control-structures.xml
Log:
Noted that alternative syntax is deprecated.
if:
statements
else:
bla
endif;
I read that somewhere, but don't recall where :(
jeroen Tue Jun 26 14:46:26 2001 EDT
Modified files:
/phpdoc/en/language types.xml
Log:
Warned for a bug in the scripting engine. (implicite casting on negative
overflow, bug#11685)
Index: phpdoc/en/language/types.xml
diff -u
danbeck Tue Jun 26 16:08:25 2001 EDT
Modified files:
/phpdoc/en/functionsjava.xml
Log:
additional grammer correction
Index: phpdoc/en/functions/java.xml
diff -u phpdoc/en/functions/java.xml:1.4 phpdoc/en/functions/java.xml:1.5
---
I personally don't care for one over the other. I would only prefer that we
are consistant and that it's rendered properly in the various manual
formats.
Daniel
- Original Message -
From: Jeroen van Wolffelaar [EMAIL PROTECTED]
To: Hojtsy Gabor [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED];
On Tue, 26 Jun 2001, Jeroen van Wolffelaar wrote:
- ((equal-ci? (data nl) abs) (literal PHP 3, PHP 4 ))
+ ((equal-ci? (data nl) abs) (literal PHP 3, PHP 4 = 4.0b1))
Is it really necessary to specify that this function worked as of the first
beta? IMO it would be better if you stick
i've done some experiments on one of the topics
we had discussed here before the list went down
all the files in the function directory have been split up
in a general part and a subdirectory containing the actual
refentries, one function refentry per file
This sounds like a good
Jeroen van Wolffelaar wrote:
That the xml processing is slowed down is a pity, but it is
IMO not important. It's the output and the ease of modifying
/translating that counts, not the number of cycles wasted on it.
the actual slowdown running jade was about 15sec with a total
of 13min on my
Hi all,
Here is a question :
PHP FAQ (the one one the site), is now translated into French by
university student. I'm working with them so as to xml-format this,
and put it on the PHP CVS.
- I remember talking with Goba (hi) about merging FAQ in php doc.
Are there any opinion about this?
I do
From: [EMAIL PROTECTED]
Operating system:
PHP version: 4.0.6
PHP Bug Type: Documentation problem
Bug description: IRC functions are not listed in the top level Table of Contents
IRC functions are not listed in the top level documentation table of contents
le 26/06/01 16:16, [EMAIL PROTECTED] à [EMAIL PROTECTED] a écrit :
So, I'm still in favor of constant. Thats 1 contra, 1 pro.
I'm against, so that makes 2 contra, 1 pro
I'm against it too. Most of docs already use literal and
I think Goba's right with TRUE not being a constant anymore.
I
20 matches
Mail list logo
