> > ps. Something very different: is there a reference available to the
> > Translator inside the templates, or do I have to provide one myself? (I
> > can start a new subject for the archives if you want)
> > Again, I appreciate your time, sorry for all the questions.
>
> I'm not sure what yo
On 06-08-2010 at 14:13:19 Bas Kooij wrote:
It seems a little complicated to have to output another macro to get it
to work. Anyway, thanks for all your help, I've got it all to work the
way it should. Still think it's pretty complicated stuff for an
essentially simple operation, ie. parse
Kornel Lesiński writes:
>
> On 06-08-2010 at 13:03:20 Bas Kooij wrote:
>
> > Sorry, I tried to simplify things by using a date tag, but this has just
> > caused confusion. I don't just need to replace a date tag, I need to
> > replace a
> > tag named logos, which I'd like to replace with a m
On 06-08-2010 at 13:03:20 Bas Kooij wrote:
Sorry, I tried to simplify things by using a date tag, but this has just
caused confusion. I don't just need to replace a date tag, I need to
replace a
tag named logos, which I'd like to replace with a macro containing TAL
code to
insert a bunch o
Sorry, I tried to simplify things by using a date tag, but this has just
caused confusion. I don't just need to replace a date tag, I need to replace a
tag named logos, which I'd like to replace with a macro containing TAL code to
insert a bunch of company logo's. I have now done it like this:
On 6 Aug 2010, at 12:16, Bas Kooij wrote:
>> This is what prefilters are for:
>>
>> class DateMagic extends PHPTAL_PreFilter
>> {
>> function filter($src) {return str_replace('[DATE]', ' tal:content="date | nothing" />', $src);}
>> }
>>
>> $phptal->addPreFilter(new DateMagic());
>>
>
> I tri
>
> > Slightly off topic...
> >
> > I really love PHPTal, it has cut development time for implementing
templates
> > in half.
> > The only time I get stuck is when I have to insert dynamic templates into
my
> > PHPTal template files. This is quite a common occurrence when clients use
a con
On 6 Aug 2010, at 10:35, Bas Kooij wrote:
> Thanks for the reply,
>
> So if I name the macro customMacro/customMacro the resolver would recognize
> it? But that makes the second part irrelevant for CustomResolvers right?
Right. If you use path customMacro/customMacro then resolver will get
"cu
Thanks for the reply,
So if I name the macro customMacro/customMacro the resolver would recognize
it? But
that makes the second part irrelevant for CustomResolvers right?
Slightly off topic...
I really love PHPTal, it has cut development time for implementing templates
in half.
The only tim
On 05-08-2010 at 20:44:45 Bas Kooij wrote:
My current templates looks like this:
FILE main.xhtml:
FILE home.xhtml:
I have a custom SourceResolver like this:
class MySourceResolver implements PHPTAL_SourceResolver {
public function resolve($path) {
10 matches
Mail list logo
