Thank you.
I did think of macro's, but I never saw the SourceResolver class. That's
exactly what I need.
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phptal
For future reference, the line
class ArticleSource extends PHPTAL_SourceResolver
should be
class ArticleSource implements PHPTAL_SourceResolver
___
PHPTAL mailing list
PHPTAL@lists.motion-twin.com
http://lists.motion-twin.com/mailman/listinfo/phpta
Hi,
I implemented the solution, but now the macro is cached and I don't know how to
specify that it should not be cached.
I already added a tal:cache attribute to the define macro tag, like this:
But no matter what I put in the tal:cache attribute, I still get the same
output
as when I firs
On 30-06-2010 at 16:46:43 Bas wrote:
I implemented the solution, but now the macro is cached and I don't know
how to specify that it should not be cached.
I already added a tal:cache attribute to the define macro tag, like this:
But no matter what I put in the tal:cache attribute, I still
Thanks for the quick reply. I didn't change the template code, only the
variables. Not specifying the $path when creating PHPTAL_StringSource causes
the
same output for every subsequent call of the resolve function. The function is
called once for every article, so this doesn't seem to work.
W
On 30-06-2010 at 17:15:30 Bas wrote:
Thanks for the quick reply. I didn't change the template code, only the
variables.
In this case I guess phptal:cache="" is to blame. Does it work without it?
Try putting on its own (either inside the
macro, or outside element calling the macro) rather
It doesn't work without the cache attribute, in fact that was the reason I
tried
using the cache attribute. I tried putting a span inside the tal:block with the
define macro and set the cache on the span, but that didn't make a difference.
It looks like the caching occurs in the main template f
