html-template-users

Re: [htmltmpl] Usage question

[Mark A. F. <mar...@ea...>]

From: Matias Alejo Garcia <ma...@ni...>
>
>Is there any way to, once the $template is filled, to dump the variables to
>a file?

I may not understand this correctly. But, you can print your $template->output() to a file (instead of STDOUT). Give essentially static HTML to the designer. She'd have to open each one individually. You just "print FH $template->output()". If you want to do some preprocessing like change the CSS link to a disk file instead of an HTTP link you can do something like "my $html = $template->output()" and do a "$html =~ s/<whatever>/<something>/". Then print the $html variable to a file.

If you want to give the designer the actual templates (but not require her to install the entire application), you could write a little script that would load each template, set variables and ->output() it to a file. Something like a script to run through some test cases (generate the page with the user logged in, not logged in, with an error message, with a success message, with the "you have mail" indicator set, etc.). This way the designer could change the template and regenerate some HTML (without actually using the entire application).

Mark

RE: [htmltmpl] Usage question

[Paulsen, B. <BPa...@le...>]

If it helps, I wrote a filter that takes a Dreamweaver template file and =
converted it to a HTML::Template file.  This allowed the Dreamweaver savvy =
designer to test out modifications with the template there.

---- Original Message ----
=46rom: "Matias Alejo Garcia" <ma...@ni...>
Date: 3/6/06 10:17 am
To: "htm...@li..." =
<htm...@li...>
Subj: [htmltmpl] Usage question
On 3/6/06, Michael Peters <mp...@pl... =
<mailto:mp...@pl...> > wrote:



	Mark A. Fuller wrote:
=09
	> If you want to give the designer the actual templates (but not require =
her to install the entire application), you could write a little script tha=
t=
 would load each template, set variables and ->output() it to a file. =
Something like a script to run through some test cases (generate the page =
with the user logged in, not logged in, with an error message, with a =
success message, with the "you have mail" indicator set, etc.). This way th=
e=
 designer could change the template and regenerate some HTML (without =
actually using the entire application).=20
=09
	One idea that did cross my mind is to create a small web application that =
simply
	fills in some default values to the templates. It should also allow any
	parameters to be overridden by the query string. Then if the designer is =
capable=20
	he/she could just play with the url to see what different states look like.
	They could also use something like Firefox + Tamper Data to even make it =
easier.
=09
	Might be overkill but if you did it right it could be reuseable for =
different=20
	projects.


Thank you for your  suggestion!  For now, I will give the designer a couple=
 =
of frozen sets of parameters (stored by 'Storable') and a little applicatio=
n=
 to fill the templates.=20

he problem is that many parameters are LOOPs, so it will be difficult to se=
t=
 them by the query string.=20

Mat=EDas



--=20
Mat=EDas Alejo Garc=EDa     | http://www.nits.com.ar =
<http://www.nits.com.ar>=20





---------------------------------------------------------------------------=
---
This message is intended only for the personal and confidential use of the =
designated recipient(s) named above.  If you are not the intended recipient=
 =
of this message you are hereby notified that any review, dissemination, =
distribution or copying of this message is strictly prohibited.  This =
communication is for information purposes only and should not be regarded a=
s=
 an offer to sell or as a solicitation of an offer to buy any financial =
product, an official confirmation of any transaction, or as an official =
statement of Lehman Brothers.  Email transmission cannot be guaranteed to b=
e=
 secure or error-free.  Therefore, we do not represent that this informatio=
n=
 is complete or accurate and it should not be relied upon as such.  All =
information is subject to change without notice.

Re: [htmltmpl] Usage question

[Bodo S. <bo...@le...>]

Brian Paulsen wrote;
> If it helps, I wrote a filter that takes a Dreamweaver template file and conv
> erted it to a HTML::Template file.  This allowed the Dreamweaver savvy design
> er to test out modifications with the template there.

Would be great if you shared this filter.

Bodo

RE: [htmltmpl] Usage question

[Paulsen, B. <BPa...@le...>]

I did.  I'll dig it up to share again.

Brian=20

-----Original Message-----
=46rom: Bodo Schulze [mailto:bo...@le...]=20
Sent: Tuesday, March 07, 2006 6:57 AM
To: Paulsen, Brian
Cc: htm...@li...
Subject: Re: [htmltmpl] Usage question

Brian Paulsen wrote;
> If it helps, I wrote a filter that takes a Dreamweaver template file=20
> and conv erted it to a HTML::Template file.  This allowed the=20
> Dreamweaver savvy design er to test out modifications with the
template there.

Would be great if you shared this filter.

Bodo



---------------------------------------------------------------------------=
---
This message is intended only for the personal and confidential use of the =
designated recipient(s) named above.  If you are not the intended recipient=
 =
of this message you are hereby notified that any review, dissemination, =
distribution or copying of this message is strictly prohibited.  This =
communication is for information purposes only and should not be regarded a=
s=
 an offer to sell or as a solicitation of an offer to buy any financial =
product, an official confirmation of any transaction, or as an official =
statement of Lehman Brothers.  Email transmission cannot be guaranteed to b=
e=
 secure or error-free.  Therefore, we do not represent that this informatio=
n=
 is complete or accurate and it should not be relied upon as such.  All =
information is subject to change without notice.

Re: [htmltmpl] Usage question

[Michael P. <mp...@pl...>]

Mark A. Fuller wrote:

> If you want to give the designer the actual templates (but not require her to install the entire application), you could write a little script that would load each template, set variables and ->output() it to a file. Something like a script to run through some test cases (generate the page with the user logged in, not logged in, with an error message, with a success message, with the "you have mail" indicator set, etc.). This way the designer could change the template and regenerate some HTML (without actually using the entire application).

One idea that did cross my mind is to create a small web application that simply
fills in some default values to the templates. It should also allow any
parameters to be overridden by the query string. Then if the designer is capable
 he/she could just play with the url to see what different states look like.
They could also use something like Firefox + Tamper Data to even make it easier.

Might be overkill but if you did it right it could be reuseable for different
projects.

-- 
Michael Peters
Developer
Plus Three, LP

[htmltmpl] Usage question

[Matias A. G. <ma...@ni...>]

On 3/6/06, Michael Peters <mp...@pl...> wrote:
>
>
>
> Mark A. Fuller wrote:
>
> > If you want to give the designer the actual templates (but not require
> her to install the entire application), you could write a little script t=
hat
> would load each template, set variables and ->output() it to a file.
> Something like a script to run through some test cases (generate the page
> with the user logged in, not logged in, with an error message, with a
> success message, with the "you have mail" indicator set, etc.). This way =
the
> designer could change the template and regenerate some HTML (without
> actually using the entire application).
>
> One idea that did cross my mind is to create a small web application that
> simply
> fills in some default values to the templates. It should also allow any
> parameters to be overridden by the query string. Then if the designer is
> capable
> he/she could just play with the url to see what different states look
> like.
> They could also use something like Firefox + Tamper Data to even make it
> easier.
>
> Might be overkill but if you did it right it could be reuseable for
> different
> projects.


Thank you for your  suggestion!  For now, I will give the designer a couple
of frozen sets of parameters (stored by 'Storable') and a little applicatio=
n
to fill the templates.

he problem is that many parameters are LOOPs, so it will be difficult to se=
t
them by the query string.

Mat=EDas


--
Mat=EDas Alejo Garc=EDa     | http://www.nits.com.ar