Re: Re: [PHPTAL] PHPTAL interpreter takes too long to recover from

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] PHPTAL interpreter takes too long to recover from encountering an unterminated HTML element

2011-07-15 Thread Kornel Lesiński
On Thu, 14 Jul 2011 17:17:27 +0100, romtek wrote: If my template code contains an unterminated HTML element (e.g. , , etc.), PHP interpreter takes minutes to process a request and display an error message. And while doing that, it consumes lots of CPU and RAM. Could this be improved? That d

Re: Re: [PHPTAL] tal:attributes and checkboxes

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] tal:attributes and checkboxes

2011-07-15 Thread Kornel Lesiński
Now I was thinking to use tal:attributes="checked x" something like that to be sure that it the item is checked after the checking submit the form. Is this totally wrong way to get my idea to work? Sounds OK. PHPTAL understands boolean attributes like checked and selected, so if you get

Re: Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Marco Pivetta
I really prefer the extended syntax... Verbosity in templates is not that bad when prefilter render what I wanted in a clean, concise and compressed way... Making aliases within the library itself is just an overkill in my opinion, and could only case confusion for newcomers and collegues. I sugges

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Anton Andriyevskyy
Do not take it globally, please. I love Phptal and I have not found anything better for PHP so far. But I still insist aliases would be helpful Even PHP itself has aliases for some functions. Hope it makes senseforsomeone. But I'm not here to argue. I just wanted to get some experience in such

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Robert Goldsmith
Does anyone know if Sean is out of the office? ;) On 15 Jul 2011, at 09:28, s...@canterris.com wrote: > Thank you for contacting Canterris. I???m currently out of the office until > July 25. Please feel free to contact Will Freemen (w...@canterris.com) or > Canterris Technical Support (supp..

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Robert Goldsmith
There will always be examples in every language that attempt to show it is 'better' than another :) How about we just agree that for those who want a modifiable syntax and have a desire to skip the verbosity of xml there are many alternative templating systems for PHP - smarty and twig being ex

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Anton Andriyevskyy
and also, for guys who love all this long and annoying xml things, attributes etc... Is it not true that setting up routing in concise way like with F3 framework: F3::route('GET /login', 'PageLogin::run'); ... is really more clean and readable then 5-lines in XML in configuration file in Java

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Anton Andriyevskyy
Robert, I'm typing ~500...700 symbols in a minute, so it was not told about typing from my side. Again, my opinion is that when you do something for yourself and you are very experienced, next level up is shorter notation - then you read & understand & refactor faster. Well I'm not pushing this cha

Re: Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread sean
Thank you for contacting Canterris. I???m currently out of the office until July 25. Please feel free to contact Will Freemen (w...@canterris.com) or Canterris Technical Support (supp...@canterris.com) for any support requests. ___ PHPTAL mailing lis

Re: [PHPTAL] Minimized version of modifiers

2011-07-15 Thread Robert Goldsmith
I agree with this entirely and would like to add my voice to the 'not shortening' camp. In an environment where the author is also the maintainer and the xml is simple and short then I can certainly see the temptation to try and par the syntax down much like C but years of experience have told m