But what problem are you trying to solve? There have been a lot of changes lately that adds more obstacles for the new user. Most of the books out there and all sorts of tutorials show short-tag examples. People will try them and they won't work. Likewise, with register_globals off now a bunch of things won't work. The more changes like this, the more obstacles we impose. That has always been PHP's strong-suit. It works, it gives people positive feedback and they continue with it. If someones' initial experience is something that doesn't work, we have lost them. I wish people would spend more time coming up with cool ways to help the newbie as they do coming up with obstacles, fancy OOP and other weird stuff that only appeals to the top 1% of PHP users.
And no, I don't consider register_globals and this to be anywhere near equivalent. For register_globals a security argument can be made. For short_tags there is no such thing. It is just an obstacle, nothing more. The few people that this might actually affect already know better. And if they don't, we have a documentation problem which is where this should be addressed. -Rasmus On Sat, 27 Apr 2002, Sebastian Bergmann wrote: > Rasmus Lerdorf wrote: > > Please revert. > > What about a compromise and enable it in php.ini-dist, and disable it > in php.ini-recommended? > > -- > Sebastian Bergmann > http://sebastian-bergmann.de/ http://phpOpenTracker.de/ > > Did I help you? Consider a gift: http://wishlist.sebastian-bergmann.de/ > > -- > PHP Development Mailing List <http://www.php.net/> > To unsubscribe, visit: http://www.php.net/unsub.php > -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, visit: http://www.php.net/unsub.php