|
well...yeah you have a couple options as i see
it...
1 idea is you could store various switches and
settings in the database which are loaded when the page is to be displayed and
there are if's and such to handle these. If there arent a whole lot of
differences and the differences are simple, this would be a good
one.
Another option is getting a hold of the
<@query> tag from Ben Johansen's site (dont know the link sorry) and with
that it allows you to do database actions with a metatag. This way you
could <@include> witango functionality, but they would have
to be a html file with metatags in it.
And a third option would be to store the dynamic
code in the database. Lets say you stored this in the
database:
<h1>10 input boxes</h1>
<@for stop=10>
<@currow>:<input type=text
name=input<@currow> value="">
</for>
you could select it from the database, store it in
local$Code and then wherever you wanted this code in your file you could do
this:
<@var local$Code encoding=METAHTML>
and it will evaluate it just as if that was part of
your code! An advantage over this method would be that you could make
changes to your code without having to re-upload a file. You could also
still get the <@query> tag and then in your custom code stored in the
database youd be able to make database calls as well.
|
- Witango-Talk: Witango Talk - Include Meta Tag - Shari... Gerard
- Re: Witango-Talk: Witango Talk - Include Meta Tag ... John McGowan
- Re: Witango-Talk: Witango Talk - Include Meta ... Scott Cadillac
- Re: Witango-Talk: Witango Talk - Include Meta Tag ... Nicholas Froome
- Atrix Wolfe
