On Mon, 24 Sep 2001, Philip Coombes wrote:
> I have a sort of similar (but subtly different!) issue to raise. When I'm
> building up long lines of HTML (or WML, I use it for both) using TMPL_IFs and
> TMPL_LOOPs I'd very much like to have the option to string it all together
> without any newlines at all. So it kind of goes one step further than the
> previous suggestion where only extraneous lines are removed.
>
> Currently my templates look horrible (with all the controls on the same line)
> or my HTML looks horrible with one anchor broken over about 10 lines, half of
> which may be empty. To get rid of this I postprocess most of my HTML through
> HTML::Clean which manages to make it even more unreadable but also even at
> level 9 still leaves newlines that are within the anchor tag. My WML I can
> parse as XML and regenerate so it's not such an issue, but HTML is pretty
> horrible in that respect.
>
> I'd definately go along with DJCP's suggestion about removing extraneous new
> lines as an option but also I'd like to see something like a
> <TMPL_CONCAT>...</TMPL_CONCAT> section where _all_ newlines would be removed,
> or to make it a bit more extendable a <TMPL_SECTION
> [options]>...</TMPL_SECTION> construct where the options would specifiy in
> this case that within the block all newlines are removed, only extraneous ones
> are removed, or anything else that comes along in the future. Things like the
> ESCAPE=URL option in the TMPL_VAR controls presentation so this kind of
> suggestion doesn't really go any further than that.
>
> I rather not have dirty looking HTML, and for debugging I'd rather not have
> HTML all squashed up. What I would like to have is HTML that reflects the
> logical structure of the templates and not the physical structure of the
> control tags.
filter
-sam
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
