Re: Several doubtful points on the manual
Daniel Dekany <[email protected]> Sun, 10 Mar 2013 13:18:33 +0100
| Newsgroups | gmane.comp.web.freemarker.user |
|---|---|
| Message-ID | <[email protected]> |
Sunday, March 10, 2013, 1:15:13 PM, Daniel Dekany wrote:
> Saturday, March 9, 2013, 4:55:07 PM, Albert Kam wrote:
>
>> Hello, thank you for the response ..
>>
>>> It is subject to escaping *if* you use #escape.
>> Did you mean the function's result ? That's why i was doubtful,
>> because it says in the manual 'subject to --automatic-- xml escaping.
>
> The only thing that might applies auto-escaping is `${...}`, but to
> insert the values of functions till 2.3.30
I meant 2.3.20. Here's the relevant quote from earlier mailing, which
also clarifies what's the difference between #functions and
#macros/directives:
http://thread.gmane.org/gmane.comp.web.freemarker.devel/7950
> you can only use `${...}`.
>
>>> Not so for macro calls.
>> Did you mean macro calls will result in escaped content automatically ?
>
> It's assumed to be *already* escaped on the caller side.
>
>>> Exactly, this allows you to add newlines in the template without breaking the layout. Hence it improves readability.
>> Ah, makes sense ! But in the context of 'library' template with
>> only macros only, i imagine we can add newlines also without
>> strip_text, and not breaking anything, because the what is important
>> is the macros, not the newlines or any other texts outside the macros, am i correct ?
>
> Correct, except that the legacy way of pulling in a library is with
> #include, which can print to the output of the template that uses it.
>
--
Best regards,
Daniel Dekany
------------------------------------------------------------------------------
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
endpoint security space. For insight on selecting the right partner to
tackle endpoint security challenges, access the full report.
http://p.sf.net/sfu/symantec-dev2dev