[PHP-DEV] Bug #12734: more options for date()

2001-08-14 Thread heiko

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  more options for date()

Hello,

I found a non described parameter for the function date().

In english and german documentation I missed the option O
date(O) which will return the difference to Greenwich in Hours

In german documentation you forgot to explain the option r
date(r) (RFC 822 formatted date; i.e. Thu, 21 Dec 2000 16:01:07 +0200)

Bye,
Heiko from Germany


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


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #12037: Wrong description in german translation

2001-07-11 Thread heiko

From: [EMAIL PROTECTED]
Operating system: 
PHP version:  4.0.6
PHP Bug Type: Documentation problem
Bug description:  Wrong description in german translation

function array_pad();

Ist der Parameter !!! pad_value !!! positiv, wird das Array rechts
erweitert, ist er negativ, dann erfolgt die Erweiterung links. 

It has to be:

Ist der Parameter !!! pad_size !!! positiv, wird das Array rechts
erweitert, ist er negativ, dann erfolgt die Erweiterung links. 
-- 
Edit bug report at: http://bugs.php.net/?id=12037edit=1


-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]




[PHP-DEV] Bug #10754: parsing CDATA with special characters

2001-05-09 Thread heiko

From: [EMAIL PROTECTED]
Operating system: Linux (Debian)
PHP version:  4.0.4pl1
PHP Bug Type: XML related
Bug description:  parsing CDATA with special characters

Parsing a XMLdocument that contains CDATA parts produces errors. Also the parser 
should leave the CDATA it still tries to parse it. Here is my XMLdoc :
?xml version='1.0' encoding='UTF-8'? cresult content title 
![CDATA[Münchenbbold/b ]] /title text ![CDATA[pparagraph bbold/b 
/p]]/text /content /cresult

The parser complains about the letter 'ü' in the second line. When I change it to 'ä' 
the document is parsed nicely. Other combinitions like 'äü' are also parsed nicely. 
Must be a bug?

My configure line:
'./configure' '--with-apache=/usr/local/src/apache_1.3.19'
  '--with-mysql=/usr/local/mysql' 
'--with-zlib-dir=/usr/local/lib' '--with-ftp'
  '--with-gd' 
'--with-jpeg-dir=/usr/local/lib' '--with-xml' '-with-dom=/usr/local/lib'
  '--enable-versioning' 
'--enable-track-vars=yes' '--enable-url-includes'
  '--enable-sysvshm=yes' 
'--enable-sysvsem=yes' '--with-config-file-path=/etc'
  '--no-create'


-- 
Edit Bug report at: http://bugs.php.net/?id=10754edit=1



-- 
PHP Development Mailing List http://www.php.net/
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]