Re: [PHPTAL] PHPTAL 1.2.0 alpha - is this a bug or my fail?!

2009-05-15 Thread Alister Cameron
Billiant! All fixed :) Think I went a bit slot-crazy ;) Cheers, -Alister 2009/5/15 Kornel Lesiński kor...@aardvarkmedia.co.uk It seems that you've used slots where macros would have been more appropriate. This just defines the same slot many times: span tal:repeat=entry entries

Re: [PHPTAL] PHPTAL 1.2.0 alpha - is this a bug or my fail?!

2009-05-14 Thread Werner
Hi Alister Can you please post the code that assigns the variables to the template object? E.g, If you did the var_dump on $data and $data['entries'] is defined, and you assigned $data to $template like $template-data = $data; ...then I would expect the loop to look like: span

Re: [PHPTAL] PHPTAL 1.2.0 alpha - is this a bug or my fail?!

2009-05-14 Thread Kornel Lesiński
On 14-05-2009 at 06:34:11 Alister Cameron alister.came...@cameroncreative.com wrote: Could I bother someone to have a look at the processed cache file and diagnose? http://www.alistercameron.com/tal.src.txt This code uses entry variable _after_ the loop (e.g. in id=post-${entry/the_ID}).

Re: [PHPTAL] PHPTAL 1.2.0 alpha - is this a bug or my fail?!

2009-05-14 Thread Alister Cameron
Thanks Werner and Kornel... I'll fix the omit-tag thing. A silly oversight. Now, I've uploaded the raw and unprocessed template file to: http://www.alistercameron.com/tal.tpl.txt To clarify, this is a file that is compiled in a rather complex way which has to do with how my WordPress theme is

Re: [PHPTAL] PHPTAL 1.2.0 alpha - is this a bug or my fail?!

2009-05-14 Thread Kornel Lesiński
It seems that you've used slots where macros would have been more appropriate. This just defines the same slot many times: span tal:repeat=entry entries omit-tag= span metal:define-slot=cfct_excerpt / /span and the code below it, outside the loop: div metal:fill-slot=cfct_excerpt

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-30 Thread Kornel Lesiński
On 29-04-2009 at 19:07:27 Tjerk Meesters tjerk.meest...@gmail.com wrote: Guess the __DIR__ constant came a bit too late then ;-) I had PHP_DIR there previously, but that had a mysterious side-effect of slowing down includes in APC. -- regards, Kornel

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-29 Thread Kornel Lesiński
On 29-04-2009 at 00:53:41 romtek rom...@gmail.com wrote: OK, I've given up on require() and changed it all to require_once(). Is there ever a reason to use require() to include code (not text)? I hoped it would be faster than require_once, but it turned out that with relative paths the

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-29 Thread Tjerk Meesters
Guess the __DIR__ constant came a bit too late then ;-) On 4/29/09, Kornel Lesiński kor...@aardvarkmedia.co.uk wrote: On 29-04-2009 at 00:53:41 romtek rom...@gmail.com wrote: OK, I've given up on require() and changed it all to require_once(). Is there ever a reason to use require() to

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-28 Thread Christian Welzel
Am Dienstag 28 April 2009 schrieb Kornel Lesiński: OK, I've given up on require() and changed it all to require_once(). This solved the problem with the double definition of PHPTAL_Tales. Nice! I've also accidentally found workaround for the other (string:$var) bug you've reported. This is

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-28 Thread romtek
2009/4/28 Kornel Lesiński kor...@aardvarkmedia.co.uk OK, I've given up on require() and changed it all to require_once(). Is there ever a reason to use require() to include code (not text)? ___ PHPTAL mailing list PHPTAL@lists.motion-twin.com

Re: [PHPTAL] PHPTAL 1.2.0 alpha

2009-04-27 Thread Christian Welzel
Am Montag 23 März 2009 schrieb Kornel Lesinski: Some of those changes could break your templates, triggers, custom attributes, etc., so please test it, break it and report any bugs and incompatibilities! Hi there, today i upgraded my test system from 1.1.15 to 1.2-alpha-10 and now im hitting