Re: [PEAR-DEV] Re: Reworking XML_SVG to use DOM

[email protected] (Michael Gauthier) Wed, 21 May 2014 00:43:56 -0300
Newsgroups php.pear.dev
Message-ID <[email protected]>
On 20/05/2014 9:26 PM, David Leaman wrote:
> Vasil Rangelov <boen.robot <at> gmail.com> writes:
>>
>> Normally, the answer to such questions is "ask the maintainer", but
>> since this package is unmaintained, I say that if you take it over, it
>> should be your call.
>>
>> Personally, I approve of such a rewrite. But then again, it's clear
>> that this lack of use of DOM was done for a reason - PHP 4 support. It
>> would probably be best to make a new package, and link to it from
>> XML_SVG as the new recommended way. I like the name "XML_SVG_DOM".
>
> On further consideration, I'm leaning toward keeping the name XML_SVG. There
> don't seem to be any PEAR packages with "DOM" in their names, so I don't
> feel the need to use it here. And rather than creating a new package named
> XML_SVG2 as some packages have, I'd rather fork the source, increment the
> version number from 1.x to 2.x, and make it clear in the docs that 2.x is
> not compatible with PHP4. If development is necessary for PHP4 compatibility
> it can be done on the 1.x branch.
>
>> BTW, if you're willing to break off from PHP 5.2, and into PHP 5.3+,
>> you could also use namespaces and make a new package in PEAR2.
>
> This could be the solution. I'll familiarize myself with the information on
> wiki.php.net and see if that's the way I want to go.
>

Stable 1.x Packages shouldn't break API in a major release. The PEAR CLI 
has no safe way of upgrading code between major versions and anyone 
depending on the latest-stable version (not a good idea, but people do 
it) will have their code break with the new release.

Other packages have released a 2.x version with a new package. I.e. 
HTTP_Request2, Console_Color2, Net_CheckIP2, etc. This is the preferred 
approach.

Cheers,
Mike



> Thanks,
> -David Leaman
>
>