Re: Re: [Zend Engine 2] Constants (was: delete construct)

Hello, I don't know where this thread start, thx Manual to cross post ;), next time forward the whole thread or keep it in the original context :). > Why? Would the code would stop being useful? > > I am not saying that there should be no rules, I am just saying that > some rules like function name case and fixed number of spaces for > indentation is not necessary. Changing function name case is the beginning of chaos. Usefull is equal to ergonomy. "Sh... it's not MySql by MySqL". Code has to be clear. Coding Std are here to help it to be. > The way I see, having people willing to contribute to PEAR is an honour > that PEAR users should respect and not like if the community is doing a > favor to those that work so hard on their code and give it away for free > letting others evolve it. Sure. As it is for gnu project. You have to respect the gnu coding standard to contribute. We have to be proud if anyone will contribute to a project, in another part, as ever, he has to respect the how and the why of the project. > Pushing a set of rules that adds no functionality to the code and > require the original contributor to spend even more time to adjust code > appearance, is highly counterproductive as many potential contributors > will simply not do it. Please, take 30 seconds to change your default tabs settings, and 10 functions definition to remember as that works... Maybe I should say, you don't want to respect the standard, don't contribute directly. > I think PEAR will never be as successful as for instance the PHP Classes > Repository or even CPAN for details like this because it is not > motivating for the original authors of the code. You have to provide so > much effort for such a little recognition. Hummmm, I heard better args from you :)). Compare similar things please. I respect (and be there often, and by the way not so much now, buggy with mozilla ;)) and I don't want to use another browser if you see whath I mean ;))) hard to contribute ) upperclasses, but it's more a scripts host than a real unified libraries. PEAR goals (correct me if I m wrong) has not to be a script host. Anywhere, IMHO, this is not a real problem, "you" will contribute, no prob, here is the coding standart, docs rules, welcome to pear project ;). hth pa > Regards, > Manuel Lemos > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, e-mail: pear-dev-unsubscribe@lists.php.net > For additional commands, e-mail: pear-dev-help@lists.php.net > To contact the list administrators, e-mail: php-list-admin@lists.php.net > -- Pierre-Alain Joye Freelance Developpements et Services web/intranet pajoye@tuxfamily.org