Sterling Hughes wrote:
> Hm - that shouldn't be.
>
> I think the right solution is that media:title should not show up in
> the children of node, unless you are looking at the proper namespace,
> ie, you need to use children() to get the children in that namespace.
Ah, you are right. It's the
Hm - that shouldn't be.
I think the right solution is that media:title should not show up in
the children of node, unless you are looking at the proper namespace,
ie, you need to use children() to get the children in that namespace.
-Sterling
On 8/18/05, Rasmus Lerdorf <[EMAIL PROTECTED]> wrot
On Aug 18, 2005, at 10:43 PM, Rasmus Lerdorf wrote:
Or, alternatively, have a separate arrays:
["title"]=>
array(2) {
[0] => string(6) "Title1"
[1] => string(6) "Title2"
}
["media:title"]=>string(11) "Media Title"
The latter is actually what I was (naiively) expecting.
I thi
I don't really understand how the current xml namespace handling in
simplexml is useful.
test.xml:
http://search.yahoo.com/mrss";>
Title1
Title2
Media Title
$xml = simplexml_load_file('test.xml');
$xml->node ends up containing a title array that looks like this:
["title"]=>
array
First of all I'd like to write and help maintaining the PHP and PEAR
documentation to pt_BR. After that , if I learn enough, I could help on code
too.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 18 August 2005 13:37, Jani Taskinen wrote:
> sniperThu Aug 18 08:37:25 2005 EDT
>
> Modified files:
> /php-src/ext/ftp ftp.c
> - php_error_docref(NULL TSRMLS_CC,
> E_WARNING, "PHP cannot handle files greater then 2147483647
> bytes.\n"); +
On Thu, 18 Aug 2005, Pierre-Alain Joye wrote:
* bump the minimum version of the required libs (I left zlib to the
base dependency as it is used anywhere).
- libpng, 1.2.8
- libjpeg 6b3x
- freetype 2.1.10
As long as these are only preferred not required, they're fine.
RHEL4 for exa
Pierre-Alain Joye wrote:
> On Thu, 18 Aug 2005 15:36:55 +0200
> Edin Kadribasic <[EMAIL PROTECTED]> wrote:
>
>
>
>>I say we do not have to require the latest and the greatest libs.
>>Just require the latest known working.
>>
>>I'm using freetype-2.0.9 and libpng-1.0.14 and see no reason why
>>we
On Thu, 18 Aug 2005 15:36:55 +0200
Edin Kadribasic <[EMAIL PROTECTED]> wrote:
> I say we do not have to require the latest and the greatest libs.
> Just require the latest known working.
>
> I'm using freetype-2.0.9 and libpng-1.0.14 and see no reason why
> we should artificially increase the re
Pierre-Alain Joye wrote:
> Hello,
>
> This is a last warning before I cleanup the GD in HEAD.
>
> The cleanup consists of:
>
> * Drop Freetype 1 support
>
> * Drop GD1 support
>
> * Remove functions getting deprecated by the precendent 2 points
This sounds fine.
> * bump the minimum version
Hello,
This is a last warning before I cleanup the GD in HEAD.
The cleanup consists of:
* Drop Freetype 1 support
* Drop GD1 support
* Remove functions getting deprecated by the precendent 2 points
* bump the minimum version of the required libs (I left zlib to the
base dependency as it is
For this particular case, I'd just use version_compare() and check for
PHP 5.1 and up.
It seems "cleaner" to not flip the meaning back to what it should be
in a minor release, just because nobody ever reads the release notes,
and most people think that it should be returning based on inverted
logi
On Thu, 18 Aug 2005, Lukas Smith wrote:
Jani Taskinen wrote:
Not critical enough to try and find the fix.
Just use 5.1. As far as I'm concerned, 5.0 is dead along with 4.4 :)
But why even bother with 5.0.5 .. or more specifically whats the purpose of
Ask Zeev.
minor version if
Ok, even though I'm not sure we should start treating every beta and RC as
if it's a release.
Zeev
At 14:17 18/08/2005, Edin Kadribasic wrote:
Hi Zeev,
Shouldn't there be an annoucement on php.net frontpage about this? How
about updating the downloads page?
Edin
Zeev Suraski wrote:
> http:
Jani Taskinen wrote:
Not critical enough to try and find the fix.
Just use 5.1. As far as I'm concerned, 5.0 is dead along with 4.4 :)
Sure.
But why even bother with 5.0.5 .. or more specifically whats the purpose
of 5.0.5? I presume there are other bugs which will follow the same fat
Hi Zeev,
Shouldn't there be an annoucement on php.net frontpage about this? How
about updating the downloads page?
Edin
Zeev Suraski wrote:
> http://www.php.net/distributions/php-5.1.0RC1.tar.bz2
> http://www.php.net/distributions/php-5.1.0RC1.tar.gz
> http://www.php.net/distributions/php-5.1.0
Not critical enough to try and find the fix.
Just use 5.1. As far as I'm concerned, 5.0 is dead along with 4.4 :)
--Jani
On Thu, 18 Aug 2005, Lukas Smith wrote:
Hi,
I am using custom streams for the LOB support in PEAR::MDB2.
It seems that things work nicely on PHP 4.4 and PHP 5.
Hi,
I am using custom streams for the LOB support in PEAR::MDB2.
It seems that things work nicely on PHP 4.4 and PHP 5.1.0RC1. However
using todays windows 5.0.x binarys from snaps.php.net still give me
errors. Atleast there is still bug that leads to the stream_eof() return
being flipped (fal
Hi Marcus Boerger, you wrote:
> Hello Michael,
>
> Wednesday, August 17, 2005, 9:14:50 AM, you wrote:
>>>+ } else if (*property == value) {
>>>+ retval = SUCCESS;
>>>Here you compare the address of a zval, was that intended?
>>>In case you meant it, then i think it cannot be c
19 matches
Mail list logo
