Hi Glen, Just a very quick test (I have to leave in a minute) shows that your trick works. Thank you very much for sharing it. Now it remains to find out why xhtml shows this behaviour and whether it is only a firefox issue or not.
Jos On Wed, 2009-11-25 at 11:32 +0000, Glen Robson wrote: > Hi, > > I don't know if its related but I have had problems with firefox and > javascript if the serializer was set to return xhtml. As soon as I set > the serializer to html the javascript seems to work OK. > > Thanks > > Glen > > On 25 Nov 2009, at 10:59, Jos Snellings wrote: > > > Hello ! > > > > I have a strange observation to share: > > "when multiple javascripts are included in an XSLT transformation, to > > land in the <head> of an html page, it is observed that some are never > > fetched, by FireFox 3.5.5 (Ubuntu)." > > > > I clarify: exerpt 1: from sitemap, pipeline for static resources: > > <map:pipeline type="async-caching"> > > <map:match pattern="images/{name}.jpg"> > > <map:read src="presentation/images/{map:name}.jpg" > > mime-type="image/jpeg" /> > > </map:match> > > <map:match pattern="images/{name}.gif"> > > <map:read src="presentation/images/{map:name}.gif" > > mime-type="image/gif" /> > > </map:match> > > <map:match pattern="css/{name}.css"> > > <map:read src="presentation/style/{map:name}.css" > > mime-type="text/css" /> > > </map:match> > > <map:match pattern="css/images/{name}"> > > <map:read src="presentation/style/images/{map:name}" > > mime-type="image/png" /> > > </map:match> > > <map:match pattern="js/{name}.js"> > > <map:read src="presentation/javascript/{map:name}.js" /> > > </map:match> > > > > ---------------------------------------------------------------------------------- > > <xsl:template match="/"> > > <html> > > <head> > > <title> Herein Thesaurus </title> > > > > <link rel="stylesheet" type="text/css" > > href="/thesaurus/css/herein.css"/> > > <link rel="stylesheet" type="text/css" > > href="/thesaurus/css/jquery_treeview.css"/> > > > > <script type="text/javascript" > > src="/thesaurus/js/jquery.js"></script> > > <script type="text/javascript" > > src="/thesaurus/js/jquery_cookie.js"></script> > > <script type="text/javascript" > > src="/thesaurus/js/jquery_treeview.js"></script> > > > > <script type="text/javascript" > > src="/thesaurus/js/thesaurus.js"></script> > > > > <script type="text/javascript"> > > > > $(function() { > > $("#tree").treeview({ > > collapsed: true, > > animated: "medium", > > control:"#sidetreecontrol", > > persist: "location" > > }); > > }) > > > > </script> > > </head> > > --------------------------------------------------------------------------------------------------------- > > I detailed the log to debug level for the cocoon output, and, to my > > amazement, I find that the pipeline does not react at all: javascripts > > jquery_treeview and jquery_cookie are never fetched. > > > > ---------------------------------------------------------------------------------------------------------- > > Observation: when I place the same html under the form of a static > > html > > page, all the scripts are nicely fetched. > > > > > > What could be the cause of this - admittedly strange - phenomenon? > > Anybody observed a similar test case? > > > > Reinhard, as you make heavy use of rich client javascripting, do you > > know about this? > > Am I overlooking something essential? > > I see no reason why the result of a xslt transformation would behave > > different, so obviously I am. > > > > Kind regards, > > Jos > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > > For additional commands, e-mail: users-h...@cocoon.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org > For additional commands, e-mail: users-h...@cocoon.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org For additional commands, e-mail: users-h...@cocoon.apache.org