Re: Re: [ANNOUNCEMENT] HTML_Select-1.2 (beta) Released.
| From: | Pierre-Alain Joye | Date: | Fri, 04 Jul 2003 09:44:08 +0000 |
| Subject: | Re: Re: [ANNOUNCEMENT] HTML_Select-1.2 (beta) Released. | ||
| References: | 1 2 | Groups: | php.pear.dev php.pear.general |
| Request: | Send a blank email to pear-dev+get-17981@lists.php.net to get a copy of this message | ||
On Fri, 04 Jul 2003 13:25:59 +0400
Alexey Borzov <borz_off@cs.msu.su> wrote:
> Hi!
>
> web4p4@mail.guenteleurope.com wrote:
> > Hi Alexey,
> >
> > From my point of view, this is the same as the discussion on GetOpt.
> > If you remove the package, you at _least_ need to provide a Siberia
> > copy of "an older and not-so-compatible version of code" which many
> > applications still depend on.
As I already said, this is absolutely nothing to do with the current
issue. One is to merge a package within another. The other was removed
without any reason.
> I don't see the point in reviving the code that wasn't maintained for
> quite some time, although. Reason: the same code is now in PEAR, it
> was maintained all the time and it has a ton of bugs fixed since then.
It lost his maintainer and got a new now, then I do not see a reason why
Klaus will not maintain correctly.
> Proposal: why not make HTML_Select a wrapper around
> HTML_QuickForm_select class, adding some BC switches (IIRC, the only
> BC break was loadArray() behaviour). Thus we'll have a HTML_Select
> package for those who need it without duplicating the code and/or
> having to fix the same bugs once again.
No reason to install tons of codes if I only need Select. The reason to
resurect HTML_Select has been clearly explained and I agree here.
And make HTML_Select a wrapper around Quickform select sounds really
bloated to me, the counter sounded more logical.
pierre