[
https://issues.apache.org/jira/browse/VELOCITY-661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12660032#action_12660032
]
Byron Foster commented on VELOCITY-661:
---------------------------------------
Yea, the issue's creator suggested purpose of #literal is much more useful, and
the docs do gloss over allot of limitations as mentioned above, and also I'm
afraid to test what it does to whitespace, which will be another surprise.
Moving #literal in this direction would require more syntax, because of the
obvious case of something like:
#literal()
#end
#end
Maybe something like:
#literal("litend")
#end
#litend
Or maybe something simpler and fixed like
#literal
#end
#_literal_end_
such that #_literal_end_ would always end a literal, you could just never have
this in a literal block. This solution would also be allot easier to add to
the parser.
> Parsing errors on content inside #literal() #end block
> ------------------------------------------------------
>
> Key: VELOCITY-661
> URL: https://issues.apache.org/jira/browse/VELOCITY-661
> Project: Velocity
> Issue Type: Improvement
> Components: Engine
> Affects Versions: 1.6.1
> Environment: ALL
> Reporter: ND
>
> I have some velocity templates that include quit some javascript. Inside the
> javascript a javascrip template engine is used which also uses ${varname}
> Escaping each occurance would make the code rather unreable, so to prevent
> velocity from parsing the javascript code, I put a #literal() around it.
> However, velocity still PARSES the contents of this block, which of course
> results in parsing exceptions.
> My feeling with "literal" is that it is completely UNINTERPRETED content?
> This SHOULD work:
> #literal()
> var myId = 'someID';
> $('#test).append($.template('<div id="${myId}"></div>').apply({myId: myId}));
> #end
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
