[PHP-DOC] #42234 [Opn-Csd]: Typ error.

2007-08-07 Thread mazzanet
 ID:   42234
 Updated by:   [EMAIL PROTECTED]
 Reported By:  niek at signet dot nl
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Ubuntu 7.04 Feisty Fawn
 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:


[2007-08-07 15:30:16] niek at signet dot nl

Well, I forgot to tell that the error was/is the word: ' bacame '



[2007-08-07 14:34:07] niek at signet dot nl

Description:

Hi,

In this article: http://nl3.php.net/manual/en/function.glob.php there
is a little spelling error:
  GLOB_ONLYDIR bacame available on Windows and other systems not using
the GNU C library  .

You can find the error under the section   Changelog   at that page.

Best Regards,
Niek

Reproduce code:
---
-

Expected result:

-

Actual result:
--
-





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


Re: [PHP-DOC] Doc Team Organization

2006-04-06 Thread mazzanet
Since there is already a PHP-GTK subsite in DocWeb, and I assume that 
the PHP-GTK also uses docbook, etc. would it be too much effort to 
simple modify the mentioned scripts to work for PHP-GTK as well - thus 
keeping all doc related stuff 'centralised'?



M

Nuno Lopes wrote:

Hi,

We have a couple of scripts to help us tracking the progress (missing 
functions, undocumented functions, outdated protos, missing examples, 
etc..).
The undocumented functions are the proto-only pages. We can find them 
easily because of the entity used in those pages. You can use similar 
schemes.


Take a look at http://doc.php.net/php/ The code of that site in the 
'docweb' module in our cvs. Some other scripts are also available in the 
phpdoc/scripts dir.


Nuno


- Original Message -

Hello,

I work on PHP-GTK docs and I want to get our team more organized. I'd 
like to have a way to track what work still needs to be done so that 
we can work more efficiently. I would like to know which docs pages 
are complete, started but not complete and haven't even been started 
yet. Also I'd like to keep track of what translations have been done.


Since the PHP doc team has been around longer, I was hoping you might 
have some suggestions for getting organized. Is there a system you 
use? Or does the organized chaos theory (just find something that 
needs doccing and do it) work pretty well?


Thanks,
--
Scott Mattocks
Author of the soon to be published: Pro PHP-GTK
http://www.crisscott.com






[PHP-DOC] #36714 [Opn]: wrong squlite_query example

2006-03-13 Thread mazzanet
 ID:   36714
 Updated by:   [EMAIL PROTECTED]
 Reported By:  tobias dot nix at gmail dot com
 Status:   Open
 Bug Type: Documentation problem
 Operating System: doesnt matter
 PHP Version:  Irrelevant
 New Comment:

Can you provide a link to this example? 
I can't seen to find it.


Previous Comments:


[2006-03-13 11:26:00] tobias dot nix at gmail dot com

Description:

The example1 is the following:

?php
if ($db = sqlite_open('mysqlitedb', 0666, $sqliteerror)) {
  sqlite_query('CREATE TABLE foo (bar varchar(10))');
  sqlite_query(INSERT INTO foo VALUES ('fnord'));
  $result = sqlite_query('select bar from foo');
  var_dump(sqlite_fetch_array($result));
} else {
  die ($sqliteerror);
}
? 

On sqlite_query is a $db missing:
?php
if ($db = sqlite_open('mysqlitedb', 0666, $sqliteerror)) {
  sqlite_query($db, 'CREATE TABLE foo (bar varchar(10))');
  sqlite_query($db, INSERT INTO foo VALUES ('fnord'));
  $result = sqlite_query($db,'select bar from foo');
  var_dump(sqlite_fetch_array($result));
} else {
  die ($sqliteerror);
}
? 








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


[PHP-DOC] #36554 [Opn-Csd]: Broken Link in the PHP Documentation

2006-02-28 Thread mazzanet
 ID:  36554
 Updated by:  [EMAIL PROTECTED]
 Reported By: puma1979 at hotmail dot com
-Status:  Open
+Status:  Closed
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

This bug has already 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.


Previous Comments:


[2006-02-28 10:35:21] puma1979 at hotmail dot com

Description:

On this page in the online Docu
http://php.benscom.com/manual/en/function.strtotime.php

there is a broken link:

Date Input Formats
http://www.gnu.org/software/tar/manual/html_chapter/tar_7.html
-- Page not found

28th Feb '06







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


Re: [PHP-DOC] spam protection for user notes

2006-02-25 Thread mazzanet
I realise that. So why don't we set it so you have to provide a valid 
email to be able to submit a note?



M

Sean Coates wrote:

Another option (in the short-term) is to simply required a valid email
address (most of the spam seems to come from the default
'[EMAIL PROTECTED]' or 'php-general@lists.php.net').


Haven't checked the code recently, but I'm pretty sure a blank name
results in php-general@lists.php.net and a name with no domain (Bob)
gets osu1 appended ([EMAIL PROTECTED]).

S




Re: [PHP-DOC] spam protection for user notes

2006-02-25 Thread mazzanet
Just my 2 cents on the use of spamassassin, how will it react to PHP 
code and the like?



M

Nuno Lopes wrote:

[sorry for the previous incomplete e-mail]


spam assasin is already there:
/opt/ecelerity/3rdParty/bin/spamassassin -L -e 8


Piping user notes through spamassassin won't help--at least without some
special config that I don't know about.


man spamassassin says:
-C path, --configpath=path, --config-file=path
  Path to standard configuration dir

So, we can bundle a special config file in php-master-web tuned for our 
needs :)

I'm emerging spamassassin ATM and I'll do some tests.

Nuno



Re: [PHP-DOC] spam protection for user notes

2006-02-21 Thread mazzanet
Another option (in the short-term) is to simply required a valid email 
address (most of the spam seems to come from the default 
'[EMAIL PROTECTED]' or 'php-general@lists.php.net').



M

Nuno Lopes wrote:
I don't like those annoying images either. But we must do something.. 
I'm tired of receiving a lot of spam notes every day.
Using the same system as the bugs site seems to be the best choice.. 
because my attempts to stop spam (by checking IPs blacklists and by 
using words blacklist) didn't work for long.


BTW, I don't agree with an 'accept' system. With that, almost zero notes 
will be approved each day, because no one will like to take the 
responsability to approve a note. Delete/reject is much simpler and 
provides a faster way to have good notes on-line.



Nuno



Re: [PHP-DOC] Feature Request for doc.php.net

2006-02-04 Thread mazzanet
I have added this feature to the 'Files' section, having an option of 
selecting either a directory or a translator.

The modifications are live on my own DocWeb testing server, example here:
http://php.mazzanet.id.au/php/fr/revcheck.php?user=damsp=files

I'll commit it if no one has any complaints, etc.

M


Nuno Lopes wrote:

OK, that can be an useful feature.
I'll take a look at that next week.

Nuno



Hello there,
as I have no idea who actually maintains this, I'll post it here for
(hopefully) discussion.

When I go to http://doc.php.net/php/de/revcheck.php?p=translators I see
for example that I maintain 3 files, 2 are uptodate and 1 critical. And
why doesn't a click on my name show a list of the files I maintain, if I
can't find the one that's critical and needs an update?

I'd expect this behaviour and think it is reasonable. Especially for
those people who maintain more files. And perhaps I've just overlooked
it, then tell me. Oh, I know of
http://doc.php.net/php/de/revcheck.php?p=files but a per-person view
seems better for me.

Greetings,
Florian





[PHP-DOC] #34549 [Opn-Csd]: Typo in function.pg-last-oid.php

2005-09-19 Thread mazzanet
 ID:  34549
 Updated by:  [EMAIL PROTECTED]
 Reported By: stochnagara at hotmail dot com
-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-09-19 13:33:34] stochnagara at hotmail dot com

Description:

There is a typo in function.pg-last-oid.php.

Example 1 is actually a pg_last_oid example but not pg_last_error()
example.


Expected result:

Example 1. pg_last_oid() example
?php
  $pgsql_conn = pg_connect(dbname=mark host=localhost);
 
  $res1 = pg_query(CREATE TABLE test (a INTEGER) WITH OIDS);

  $res2 = pg_query(INSERT INTO test VALUES (1));
 
  $oid = pg_last_oid($res2);
? 

Actual result:
--
Example 1. pg_last_error() example
?php
  $pgsql_conn = pg_connect(dbname=mark host=localhost);
 
  $res1 = pg_query(CREATE TABLE test (a INTEGER) WITH OIDS);

  $res2 = pg_query(INSERT INTO test VALUES (1));
 
  $oid = pg_last_oid($res2);
? 





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


[PHP-DOC] #34117 [Opn-Csd]: ref.mysql.php: Missing apostrophe in text

2005-08-13 Thread mazzanet
 ID:   34117
 Updated by:   [EMAIL PROTECTED]
 Reported By:  david at david-salisbury dot co dot uk
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Irrelevant
 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-08-13 11:40:23] david at david-salisbury dot co dot uk

Description:

In the section Installation on Windows Systems-PHP 5+, the text
directory is by default in the systems PATH is missing an apostrophe
in the word systems.

It should read directory is by default in the system's PATH as
system's is posessive.






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


Re: [PHP-DOC] Patch for revcheck.php script

2005-07-28 Thread mazzanet

Just tested it here and it works fine, thanks.

I had to modify your www/revcheck.php patch slightly from
+$num = count($missfiles);
to
+$num = count($oldfiles);
for the file count to work properly.


Yannick Torres wrote:

Nuno ?

How about this patch ?

Le Mardi 5 Juillet 2005 21:12, Yannick Torres a écrit :


Le Mardi 5 Juillet 2005 21:09, Nuno Lopes a écrit :


OK, thanks!

This week I'm too busy, but next week I'll review and test it.

Thanks,
Nuno


Thanks :)





[PHP-DOC] #33549 [Ver-Csd]: Wrong result with bcmul()

2005-07-04 Thread mazzanet
 ID:   33549
 Updated by:   [EMAIL PROTECTED]
 Reported By:  a dot schilder at gmx dot de
-Status:   Verified
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: Win XP SP2
 PHP Version:  5.0.4
 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-07-04 01:38:03] [EMAIL PROTECTED]

If you pass the numbers as strings (as expected, although the manual
has it wrong in the example), this works fine:

bcmul(1, 0.1, 5);

Reclassified as documentation issue. (the bad examples in bcmath
section)





[2005-07-02 18:03:12] a dot schilder at gmx dot de

Description:

The result returned by bcmul() with the factor X (greater than 0) and
0.1 is 0 - it's not the expected result.

Reproduce code:
---
// Does not work - result is 0:
bcmul(1, 0.1, 5);

// This workaround does it - result 0.1:
bcdiv(bcmul(1, 0.00010, 5), 10, 5);

Expected result:

The correct result 0.1

Actual result:
--
0





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


[PHP-DOC] #32986 [Opn-Csd]: The documentation for exif_read_data() doesn't say if it validates tags

2005-06-07 Thread mazzanet
 ID:   32986
 Updated by:   [EMAIL PROTECTED]
 Reported By:  avarab at gmail dot com
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: GNU/Linux
 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-05-09 16:43:19] avarab at gmail dot com

Description:

The documentation for exif_read_data() at
http://www.php.net/exif_read_data doesn't state whether or not the
function validates Exif data before returning it, my guess is not but
it should be explicitly stated.

Validation of Exif data would be to check if the contents of a given
tag conform to the value it's supposed to hold according to the Exif
specification ( see: http://exif.org/Exif2-2.PDF , page 20), for
example a tag which should hold a BYTE (according to the spec) should
not hold anything besides an 8bit integer, short should not be anything
besides a 16 bit unsigned integer and so on.

I'm not suggesting that exif_read_data() does this (if it doesn't) but
merely that the documentation be updated to state whether or not it
does.






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


[PHP-DOC] #33223 [Opn-Csd]: mktime manual page

2005-06-03 Thread mazzanet
 ID:   33223
 Updated by:   [EMAIL PROTECTED]
 Reported By:  x123 at bestof-inter dot net
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: any
 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-06-02 17:07:21] x123 at bestof-inter dot net

Description:

There is an incomprehensible phrase at the end of the mktime man mage.

Reproduce code:
---
go to http://php.net/mktime
(actually fr3.php.net)

Expected result:

Maybe it should be
 previously this was ... or else it would...


Actual result:
--
  (otherwise it what be regarded as 30.11.1999, which would be strange
behavior).






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


[PHP-DOC] #32166 [Opn-Csd]: http://www.php.net/manual/ru/ - don't work

2005-04-16 Thread mazzanet
 ID:   32166
 Updated by:   [EMAIL PROTECTED]
 Reported By:  max at stranger-team dot ru
-Status:   Open
+Status:   Closed
 Bug Type: Documentation problem
 Operating System: SuSE Linux Professional 9.2
 PHP Version:  Irrelevant
 Assigned To:  derick
 New Comment:

Please stop reopening this bug.
The online documentation needs some time to get updated - changes to
the XML source don't instantly happen to the online  docs.


Previous Comments:


[2005-04-16 21:03:28] max at stranger-team dot ru

Here: http://www.php.net/manual/ru/function.range.php

and here: http://www.php.net/manual/ru/function.usort.php



[2005-04-16 20:58:58] max at stranger-team dot ru

NOT Fixed!

see: http://www.php.net/manual/ru/ref.array.php



[2005-03-28 09:08:52] [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.

Do not reopen already closed bugs.
Fill a new report if you find another one issue.



[2005-03-28 08:16:34] max at stranger-team dot ru

Documentation for function range and usort - bad codepage.


http://www.php.net/manual/ru/ref.array.php



[2005-03-07 23:39:53] [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.





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

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


Re: [PHP-DOC] cvs: phpdoc /en/reference/apache/functions apache-setenv.xml

2005-04-08 Thread mazzanet
That's really weird.
Why is apache-getenv only in Apache 2 and apache-setenv in 1 and 2?

Jakub Vrana wrote:
Matthew Li wrote:
   /phpdoc/en/reference/apache/functionsapache-setenv.xml
 Function only available in Apache 2
  
Are you sure?

http://cvs.php.net/co.php/php-src/sapi/apache/php_apache.c#390
Jakub Vrana



[PHP-DOC] #31567 [Opn]: ref.ftp: missing stuff

2005-02-12 Thread mazzanet
 ID:  31567
 Updated by:  [EMAIL PROTECTED]
 Reported By: didou at keliglia dot com
 Status:  Open
 Bug Type:Documentation problem
 PHP Version: Irrelevant
 New Comment:

Second is also fixed


Previous Comments:


[2005-01-20 19:13:47] [EMAIL PROTECTED]

The first was fixed by mazzanet



[2005-01-16 07:00:24] didou at keliglia dot com

Also, the configure section doesn't mention PHP5.



[2005-01-16 06:53:08] didou at keliglia dot com

Description:

Not mentionned:

- ftp_*get() will overwrite the local files.
- one can pass options to ftp_site, ftp_nlist, etc. We need to document
this. This is because no escaping is performed in the C sources. It can
also introduce bugs (for filenames with spaces, etc
- ftp_connect() doesn't support proxies. (or maybe it's okay now ?)
There are notes dealing with the subject.

have fun!






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


[PHP-DOC] #31950 [Opn-Csd]: trivial: md5_file: calculates the hash of the file*name*

2005-02-12 Thread mazzanet
 ID:  31950
 Updated by:  [EMAIL PROTECTED]
 Reported By: php at richardneill dot org
-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-02-13 05:03:00] php at richardneill dot org

Description:

http://uk2.php.net/manual/en/function.md5-file.php
is slightly unclear. It actually says:

md5_file -- Calculates the md5 hash of a given filename

When I think you mean:

md5_file -- Calculates the md5 hash of a given file

Sorry to report something so trivial - but I think that it is confusing
as written. 






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


Re: [PHP-DOC] cvs: livedocs / livedoc_funcs.php

2005-02-09 Thread mazzanet
Curt mustn't have updated his patch, $children[$parent] needs to be 
changed to $children[$valsub] (on the indicated line below) otherwise 
the function list and other 'sub-TOCs' are broken.


Matt
Ilia Alshanetsky wrote:
 iliaa		Wed Feb  9 15:03:44 2005 EDT

   Modified files:
 /livedocs	livedoc_funcs.php
   Log:
   Fixed bug #30204


 
http://cvs.php.net/diff.php/livedocs/livedoc_funcs.php?r1=1.20r2=1.21ty=u
 Index: livedocs/livedoc_funcs.php
 diff -u livedocs/livedoc_funcs.php:1.20 livedocs/livedoc_funcs.php:1.21
 --- livedocs/livedoc_funcs.php:1.20	Wed Feb  9 14:47:38 2005
 +++ livedocs/livedoc_funcs.php	Wed Feb  9 15:03:43 2005
 @@ -11,13 +11,35 @@
  include LIVEDOC_SOURCE . '/handlers.php';
  include LIVEDOC_SOURCE . '/themes/' . THEME_NAME . '/html_format.php';

[snip]
 +function do_nav_children($idx, $parent, $lang, $current_page, $nav, 
$children)  {
 +	if ($current_page != 'manual' ) {
 +		$rsub = (array) sqlite_single_query($idx, SELECT docbook_id FROM 
toc WHERE parent_docbook_id = '$current_page' ORDER BY id);
 +		foreach ($rsub as $valsub) {
 +			$nav .= do_nav_line($valsub, 'downdown', $current_page, $lang, 
$title);
 +			$children[$parent] = $title;  -
 +		}
 +	}
 +}



[PHP-DOC] [PATCH] imagegd and imagegd2

2005-01-19 Thread mazzanet
Attached are some patches for the manual pages of imagegd and imagegd2.
Matt
Index: imagegd.xml
===
RCS file: /repository/phpdoc/en/reference/image/functions/imagegd.xml,v
retrieving revision 1.4
diff -u -r1.4 imagegd.xml
--- imagegd.xml 21 Jun 2004 11:45:37 -  1.4
+++ imagegd.xml 19 Jan 2005 10:40:25 -
@@ -14,7 +14,23 @@
   methodparam 
choice=opttypestring/typeparameterfilename/parameter/methodparam
  /methodsynopsis
 para
- warn.undocumented.func;
+ functionimagegd/function outputs a GD image to
+ parameterfilename/parameter. The parameterimage/parameter
+ argument is the return from the functionimagecreate/function
+ function.
+/para
+para
+ The parameterfilename/parameter parameter is optional, and if left
+ off, the raw image stream will be output directly.
+/para
+note
+ para
+  The GD format is commonly used to allow fast loading of parts of images.
+  Note that the GD format is only usable in GD-compatible applications.
+ /para
+/note
+para
+ See also functionimagegd2/function.
 /para
/refsect1
   /refentry
Index: imagegd2.xml
===
RCS file: /repository/phpdoc/en/reference/image/functions/imagegd2.xml,v
retrieving revision 1.10
diff -u -r1.10 imagegd2.xml
--- imagegd2.xml21 Jun 2004 11:45:37 -  1.10
+++ imagegd2.xml19 Jan 2005 10:40:52 -
@@ -4,7 +4,7 @@
   refentry id='function.imagegd2'
refnamediv
 refnameimagegd2/refname
-refpurposeOutput GD2 image/refpurpose
+refpurposeOutput GD2 image to browser or file/refpurpose
/refnamediv
refsect1
 titleDescription/title
@@ -16,7 +16,14 @@
   methodparam 
choice=opttypeint/typeparametertype/parameter/methodparam
  /methodsynopsis
 para
- functionimagegd2/function outputs GD2 image to browser or file.
+ functionimagegd2/function outputs a GD2 image to
+ parameterfilename/parameter.
+ The parameterimage/parameter parameter is the return from the
+ functionimagecreate/function function.
+/para
+para
+ The parameterfilename/parameter parameter is optional, and if left
+ off, the raw image stream will be output directly.
 /para
 para
  The optional parametertype/parameter parameter is either 
@@ -30,6 +37,15 @@
   in PHP 4.3.2.
  /para
 /note
+note
+ para
+  The GD2 format is commonly used to allow fast loading of parts of images.
+  Note that the GD2 format is only usable in GD2-compatible applications.
+ /para
+/note
+para
+ See also functionimagegd/function
+/para
/refsect1
   /refentry
 


[PHP-DOC] [PATCH] apache_setenv and apache_getenv

2004-08-21 Thread mazzanet
Attached are some patches I wrote for the manual pages of apache_setenv
and apache_getenv.


apache-setenv.xml.diff
Description: Binary data


apache-getenv.xml.diff
Description: Binary data