ID: 25915
User updated by: midg3t at mail dot com
Reported By: midg3t at mail dot com
Status: Open
Bug Type: Documentation problem
Operating System: na
PHP Version: Irrelevant
New Comment:
While reviewing my submission I came across the following
ID: 25915
User updated by: midg3t at mail dot com
-Summary: Spelling error in Classes and Objects doc
Reported By: midg3t at mail dot com
Status: Open
Bug Type: Documentation problem
Operating System: na
PHP Version: Irrelevant
New Comment
From: midg3t at mail dot com
Operating system: na
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: Spelling error in Classes and Objects doc
Description:
"This means that you don't loose anything, if you go with a local mirror
site, bu
ID: 25913
Comment by: didou at nexen dot net
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Irrelevant
PHP Version: Irrelevant
New Comment:
Not sure that a bug report is a good place to propose a
2 'n's in 'planning' ...
- Original Message -
From: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, October 19, 2003 9:10 PM
Subject: [PHP-DOC] #25913 [NEW]: Update for global entities and PHP
history (patch included)
> From: [EMAIL PROTECTED]
>
didou Sun Oct 19 17:13:22 2003 EDT
Modified files:
/phpdoc/en/reference/strings/functions chr.xml
Log:
Initialize $str to make the example less confusing
Index: phpdoc/en/reference/strings/functions/chr.xml
diff -u phpdoc/en/reference/strings/functions/ch
From: [EMAIL PROTECTED]
Operating system: Irrelevant
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: Update for global entities and PHP history (patch included)
Description:
The following diff changes the global entities that refer to
ID: 25910
Updated by: [EMAIL PROTECTED]
Reported By: dissent at 0--0 dot org
-Status: Closed
+Status: Bogus
Bug Type:Documentation problem
PHP Version: Irrelevant
New Comment:
This correction is bogus. The example was just fine.
Previous Comments:
--
didou Sun Oct 19 16:55:05 2003 EDT
Modified files:
/phpdoc/en/reference/mysql/functionsmysql-fetch-field.xml
Log:
unfixing #25910 as it was bogus
Index: phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml
diff -u phpdoc/en/reference/mysql/functio
Hi Ali,
From the documentation :
object mysql_fetch_field ( resource result [, int field_offset])
The example was good, it also may have be :
$meta = mysql_fetch_field($result, $i);
But in no way
$meta = mysql_fetch_field($i);
I'm reverting and marking #25910 as bogus. Please pay more
Nuno Lopes wrote:
>> This is important, because usual CVS users will still do
>> translations. Also it is important for this system to handle
>> colissions. It is not at all sure that the cronjob will be able to
>> commit the changes, if one CVS user changes the file between the
>> moment someone e
OK, I'm gonna do this. I will let the admin to add new users without CVS
account. Those users will commit with a default account. Later, if they want
to continue translating, encurage them to get a CVS account.
Great. As I have said before, getting a CVS account is also a kind of
reward (you also
> I think that this system should use Joe's account (imaginary), if he has
> one, but if he has no cvs account, then it should be committed with a
> default translation group account. It is important to keep as much
> information in the CVS logs as possible, so cvs commits should reflect
> the user
I need your oppinion about the way how commits will work in the web
interface to translate the manual.
There was an idea to solve the problem of being always changing CVS dir with
the user's information.
The solution would be to have just a CVS account (that hot solution) and all
commits would be d
-Mensagem Original-
De: "Nuno Lopes" <[EMAIL PROTECTED]>
Para: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Enviada em: domingo, 19 de outubro de 2003 15:52
Assunto: [PHP-DOC] commit files with the web interface
> Hello,
>
> I need your oppinion about the way how commits will work in the w
Hello,
I need your oppinion about the way how commits will work in the web
interface to translate the manual.
There was an idea to solve the problem of being always changing CVS dir with
the user's information.
The solution would be to have just a CVS account (that hot solution) and all
commits
ID: 25910
Updated by: [EMAIL PROTECTED]
Reported By: dissent at 0--0 dot org
-Status: Open
+Status: Closed
Bug Type:Documentation problem
PHP Version: Irrelevant
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are
ali Sun Oct 19 11:49:30 2003 EDT
Modified files:
/phpdoc/en/reference/mysql/functionsmysql-fetch-field.xml
Log:
fixes #25910
Index: phpdoc/en/reference/mysql/functions/mysql-fetch-field.xml
diff -u phpdoc/en/reference/mysql/functions/mysql-fetch-f
From: dissent at 0--0 dot org
Operating system:
PHP version: Irrelevant
PHP Bug Type: Documentation problem
Bug description: Error in example 1 in the mysql_fetch_field doco
Description:
In the english version of the manual, the documentation for
mysql_fetch_fie
stasSun Oct 19 07:57:47 2003 EDT
Modified files:
/phpdoc/en/chapters config.xml
Log:
add docs about configuring PHP via registry
Index: phpdoc/en/chapters/config.xml
diff -u phpdoc/en/chapters/config.xml:1.111 phpdoc/en/chapters/config.xml:1.112
--- phpdo
The notice on the documentation download page stating
that non-window versions of the documentation will be
coming soon, has been there for weeks now.
Has there been any progress towards getting that
documentation online (for download)?
If wget worked for me, I'd use it...
We have been experiment
21 matches
Mail list logo
