I have to agree with Rasmus.  Don't fix what isn't broken.  While
short_tags may annoy some people, it certainly doesn't break anything,
while disabling it by default would.

What are we trying to do?  Roll out release after release making
problems for people?  IMHO we've filled our quota for a while with the
register_globals change.

 - Stig

On Sat, 2002-04-27 at 07:48, Rasmus Lerdorf wrote:
> 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


-- 
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to