Re: [PHP Template] dynamic blocks
[email protected] (Dan Libby)
| Newsgroups | php.template |
|---|---|
| Message-ID | <[email protected]> |
So they are already going to see the variable names when viewing static html.
{foo}. What is so wrong with also seeing the dynamic declarations?
The only viable alternative I see is angle brackets, but having used such a
system, I can say that it gets *very* confusing, when you start having things
like:
<section: link>
<a href="<link>"><font face="<fontface>" size="<fontsize>"
color="<fontcolor>"><linktext></font></a>
</section: link>
compare that to:
{section: link}
<a href="{link}"><font face="{fontface}" size="{fontsize}"
color="{fontcolor}">{linktext}</font></a>
{/section: link}
I think that whatever we decide, it should be consistent between variables,
sections, and any other tokens we decide to use, such as ifs.
Note, I actually prefer "{{" to "{" because it means that people won't need to
escape single "{", which are a more common occurrence.
-dan
Andrei Zmievski wrote:
> On Wed, 16 Feb 2000, Ludovico Magnocavallo wrote:
> > Andrei, my point is that designers will work on BARE templates, and open
> > them up in netscape or ie to test layout, etc. indipendently from any
> > engine or script. At least, that's what our designers do, they edit the
> > templates indipendently from me, or other developers, and they edit them
> > as STATIC HTML files.
> >
> > So the engine will NOT be there to process templates for them, and they
> > WILL see the dynblocks declarations on the page, unless the developer
> > masks them inside HTML comments.
>
> I see what you're trying to say. What does everyone else think?
>
> -Andrei
>
> 'Any given program, when running correctly, is obsolete.'
> - First Law of Computer Programming
danda.vcf
(text/x-vcard, 304 B)
begin:vcard n:Libby;Dan tel;work:650-210-2356 x-mozilla-html:TRUE url:http://www.epinions.com org:Epinions.com;Engineering adr:;;;;;; version:2.1 email;internet:[email protected] title:Morlock note:We're hiring at epinions.com. Engineers, site designers, QA -- we need you. fn:Dan Libby end:vcard