You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Jarkko Viinamäki (JIRA)" <de...@velocity.apache.org> on 2008/12/30 19:43:44 UTC
[jira] Commented: (VELOCITY-661) Parsing errors on content inside
#literal() #end block
[ https://issues.apache.org/jira/browse/VELOCITY-661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12659885#action_12659885 ]
Jarkko Viinamäki commented on VELOCITY-661:
-------------------------------------------
I think Velocity should not interpret anything inside the literal directive. In fact, if you look at the documentation, that is the behaviour one would naturally expect:
"the #literal script element allows the template designer to easily use large chunks of *uninterpreted* content in VTL code"
http://velocity.apache.org/engine/devel/user-guide.html#stringliterals
What would be an easy way to change the literal directive so that Velocity does not interpret anything inside it?
> 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: dev-unsubscribe@velocity.apache.org
For additional commands, e-mail: dev-help@velocity.apache.org