Re: PEAR_ErrorStack Quality

From: Date: Tue, 06 Jul 2004 12:29:07 +0000
Subject: Re: PEAR_ErrorStack Quality
References: 1  Groups: php.pear.dev php.pear.qa 
Request: Send a blank email to pear-dev+get-31640@lists.php.net to get a copy of this message
On Mon, 5 Jul 2004 at 10:41:01, Bertrand Mansion wrote: > Aidan Lister wrote: > > >If you plan on making it a separate package, why would it still be > >"Pear_ErrorStack"? > > > >I'd love to use ErrorStack like I use any other package (in non pear > >projects), but I feel most other developers would not, as I would, because > >it sounds like a PEAR internal class. > > I share the same opinion. I'd like to get rid of "require 'PEAR.php'" > in all > my scripts as I am only using it for errors. If there was a standalone > package for error handling, without the need for the whole PEAR > infrastructure, that would be cool. I get a lot of mails and read a lot of > forum threads or blog entries where people are not using PEAR packages > because of all the dependency there is with the main PEAR package. > > I think that those people would give PEAR a try if all they had to install > was the common error class, instead of having to run go-pear etc, something > they are sometimes not allowed to do anyway. But this implies also being able to simply download/unpack the packages - which often gets you in trouble anyway, right? If we desire to make this possible we'd maybe have to mark all packages that don't extract like usual but do some special text-replacements (path-names, ...) or install into a dir-structure that's not inside the package. However I don't think that this two-class- separation of packages would be a good idea. Regards, Stefan

« previous php.pear.dev (#31640) next »