Hello Lars, Stas, you can already do all you want. We do not have to make it more complex at all. Ini setting short_open_tags is defined as PHP_INI_PER_DIR, so all you guys have to do is provide the right configuration, that's all. And if you guys ship your templates then simply remember to ship the configuration in the template dirs as well (.thaccess). In PHP 5.3 you can even do that per dir in php.ini.
marcus Saturday, March 22, 2008, 1:36:36 PM, you wrote: > Hi Pierre, > Am Samstag, den 22.03.2008, 13:27 +0100 schrieb Pierre Joye: > [...] >> It seems to be very hard to understand that it is not so simple. If >> this feature is added, every library/module write will have to take >> care of the short tags if they like to work smoothly in any unknown >> configuration at runtime. The check is now done (in many cases) during >> the installation phase and the install script asks the user to disable >> the short tags to install and run the application or library. If >> Zend_View or Solar_View use short tags (even worst if they require >> them), they must be the exceptions in any recent/decent frameworks. > They do not require them, as their "templating" mechanism is as simple > as including a PHP file. So it depends on the runtime settings if this > PHP file can be evaluated properly. >> The problem with this feature is that the setting can be changed at >> runtime, anytime. It is yet another pain a la magic quotes GPC and >> other things like register globals. You said: > Normally, it doesn't matter if short tags are enabled or not. In some > cases it is important to have them disabled (the XML example) and in > some cases it is important to have them enabled (the simple templating > example). So the component which does XML validation can simply disable > it while the templating component enables it. The rest should simply > work with both. >> "the only way to use short tags is to globally enable them." >> >> That's not the case anymore with this patch and that's why we don't >> like it... > I understood that. And that's the reason I like the patch :) > cu, Lars Best regards, Marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
