<script tag

[Richard Vowles]

Hi guys,

We are using sitemesh 3 where I work, and have run into the <script tag problem - the whole tag is ignored and we need to fiddle the tag (yet not the internals). Is anyone good enough of jFlex to know how to fix this? No-one here knows how to use it :-(

Ta

Richard

--
---
Richard Vowles,
Grails, Groovy, Java
Consistency is the last refuge of the unimaginative - Oscar Wilde
ph: +64275467747, linkedin, skype:rvowles
get 2Gb shared disk space in the cloud - Dropbox, its incredibly useful! - http://tinyurl.com/cmcceh
podcast: http://www.illegalargument.com

[Joe Walnes]

Hmm..... The custom rule for <script> handling has been around for many years, and I honestly can't see any good reason why it's needed. I think the best thing is to just remove it from the jflex file altogether. If the tests pass - commit :)

--
You received this message because you are subscribed to the "SiteMesh Team" group.
To unsubscribe or change settings, visit: http://groups.google.com/group/sitemesh-team

[Richard Vowles]

It isn't to do with that everything inside it isn't structured data? I can't say I was expecting that reply :-)

On Fri, Feb 5, 2010 at 8:10 AM, Joe Walnes <j...@walnes.com> wrote:

Hmm..... The custom rule for <script> handling has been around for many years, and I honestly can't see any good reason why it's needed. I think the best thing is to just remove it from the jflex file altogether. If the tests pass - commit :)

On Wed, Feb 3, 2010 at 2:15 AM, Richard Vowles <richard...@gmail.com> wrote:

Hi guys,

We are using sitemesh 3 where I work, and have run into the <script tag problem - the whole tag is ignored and we need to fiddle the tag (yet not the internals). Is anyone good enough of jFlex to know how to fix this? No-one here knows how to use it :-(

[Joe Walnes]

Hmmm possibly. I'm tempted to remove it for now and if it does pose a problem, solve it in the HtmlProcessor, which provides a state machine for dealing with such matters.

--