>
> Yes, that makes sense. Perhaps an optional argument for Execute that lists
> the variables to export?
yes, that's what I want to do
> Actually, there has to be a way to get variables
> in both directions. Perhaps an export list and an import list in the
> params to Execute?
one list should be enought, because this variables are actually shared in
every page, so whereever you change then doesn't matter. They are really
global.
>
> Yep. I'm kinda thinking of making templates easy to use for newbie
> engineers. Although specialized variables tend to duplicate things that
> are in other variables, they are useful for making things easier to use.
Yes, of course. I keep it in mind...
>
> I realized this, and I definitely like the way you did it. The only thing
> it doesn't give me is _per page_ "_top.html" files. If you see my example
> at the top, you see it looks for y/z_top.html first.
Aah, I thought this was a typo (and read it as y/z/_top.html)
> This functionality
> isn't supported in the path right now. Just a thought: What if the path
> somehow supported a prefix on filenames? Like if it was "y/z:y/:./", then
> you tack on the filename after each element in the path. The only problem
> is that this would require a trailing "/" on true directory names, but if
> you changed EmbperlObject to generate conforming paths it wouldn't be so
> much of a problem (I think).
>
Yes, we could add something like this.
>
> I really liked this "action" idea when I found out about it, as it solves
> multi-state responses to forms (error state, success state, etc.) very
> elegantly. Out of curiosity, what do you typically do for forms? An
> example might be a registration form where there are required fields. How
> does your page flow work?
>
For simple pages I have all (form/confirmation/sucess) in one page with just
an IF around. For more complex situations (such like wizards on Windows) I
have created an small framework which invokes the the correct page (based on
the POSTED form data), call functions to verify and keeps track of the data
between invocation (in hidden fields). I hope I can write some documatation
on it and release it as HTML::Embperl::Wizard. It works very well together
with EMbperlObject (for example see http://www.geoconfoman.unibe.ch/ and
click on Preregistration)
Gerald
-------------------------------------------------------------
Gerald Richter ecos electronic communication services gmbh
Internetconnect * Webserver/-design/-datenbanken * Consulting
Post: Tulpenstrasse 5 D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED] Voice: +49 6133 925151
WWW: http://www.ecos.de Fax: +49 6133 925152
-------------------------------------------------------------
