>
> <form>
> [+
>  $escmode = 0;
>  $fdat{x} = 'I was processed by embperl';
>  '<input type="text" name="x">';
> +]
> </form>
>
> the input tag is not processed by embperl, and thus it doesn't get the
> default "value=$fdat{x}" added.
>

The input tag will _never_ be processed to get the value form %fdat when
it's part of your output. The only thing that changes when changing $escmode
is with $escmode=0 you get

<input type="text" name="x">

with $escmode=3 you get

&lt;input type=&quot;text&quot; name=&quot;x&quot;&gt;

The later one is display by the browser as text, where the first one is
interpreted by the browser as input tag.

NOTE: This behaviour occurs when you have set optRawInput, otherwise it gets
more complicated

>
> I can see why that behaviour is there, and it makes sense. tho the
> $escmode=0 docs only mention escaping special html characters, not
> disabling all parsing of html and [- -], etc blocks.
>

$escmode = 0 does _not_ disable any parsing, really only the escaping. If
you see anythingelse, it's a bug, but for me it works as expected.

> (heh, i think i found a way for neil to have files not processed by
> embperl. just use [- Execute({inputfile = '*', escmode = 0}) -] )
>

Therefor the above suggestion will not work

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
-------------------------------------------------------------



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to