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
