Title: Message Title
|
|
|
|
Apparently it's going to have to just come out again, then. There are too many layers of processing going on here to fix it properly with the usual CDATA trick. At one and the same time this area has to be XML so that it can be marked not to be escaped, and cannot be XML because the end result is invalid XML. I suppose that one could define an <i18n:text> element that evaluates to "<" and use it here. Ugh.
The script could be externalized, removing the conflict, except that it is already using an <i18n:text> "xmlui.dri2xhtml.default.textarea.value" that evaluates to "textarea". It's not clear to me why this should be variable.
|
|
|
|
|
|
|
|
page-structure.xsl inserts a large chunk of _javascript_. Near the bottom of this chunk at about line 68 it defines a function FnArray.prototype.execute. This function contains a raw left broket. It should perhaps be changed to a named entity. Or the whole script might be externalized and linked in, since it appears to be static text.
|
|
|
|
------------------------------------------------------------------------------
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
