I moved the script tags back into the codebehind and used RootUrl to reference the same as for css. I had seen errors before when I had tired this but they do not show up now in a clean system. (I suspect I was seeing some corruption of js script caching in the local browser then)
This should be more robust and resolve any issues, but we need to verify before it is checked in to the main code. John Davidson On 8/9/07, Derek Lakin <[EMAIL PROTECTED]> wrote: > Sorry, I haven't got time to write a lengthy post about this, but further > investigation seems to reveal that it's something to do with the URL. The > request is to > default.aspx/<Namespace>/<Topic>/WikiDefault.js, which > results in it being handled by default.aspx. > > If I change the src attribute to just "/WikIDefault.js", then this situation > doesn't cope with the virtual application situation. Perhaps we need to > handle the <script> tags in code behind to get the URL from the > configuration. I'll have a look at this tomorrow. > > Derek. > > > > On 8/9/07, Derek Lakin <[EMAIL PROTECTED]> wrote: > > > > My changes to support the new stylesheet are pretty much complete, but > I've run into a problem with the externally referenced JS files. > > > > The Problem > > The externally referenced JS files are not loaded correctly. I've used > FireBug in FireFox to verify that the actual content of the JS file is the > rendered output of the WikiEdit.aspx page for a topic of the same name as > the JS file, e.g. WikiDefault. I can also see the requests for these topics > arriving in the code if I set a break point in the Page_Load method, but I > can't work out where they are coming from. > > > > John: Apologies for undoing some of your work on default.aspx (or other > pages), but I was trying to get the scripts out of the code behind, but it > didn't seem to do me any good! > > > > If the contents of the JS file is pasted into the default.aspx instead, > then it works perfectly. It's only when externally referenced that we hit > any problems. > > > > If anyone can take a look at this, we would be enormously grateful. You > can get the source code from > flexwikicore/branches/scratch/derek-lakin > > > > Other Gotchas > > There's a change I made in Federation.cs to return an author of "FlexWiki" > if there no changes for the topic (non-existent topics I think), which I > believe Craig is fixing properly. However, the only times this was happening > was for topics WikiDefault, WikiTopicBar, and WikiMenu, which are the names > of the JS files! > > > > If anyone wants to IM with me over this one, you can get me on > derekl[at]contentmaster[dot]com (I'm in the UK). > > > > Hopefully we can resolve this ASAP so that we can keep the benefits of > having external JS files. > > > > Many thanks, > > > > Derek > > > > > > ---------- Forwarded message ---------- > > From: [EMAIL PROTECTED] < > [EMAIL PROTECTED]> > > Date: Aug 9, 2007 3:01 PM > > Subject: [Flexwiki-commits] SF.net SVN: flexwiki: [685] > flexwikicore/branches/scratch/derek-lakin > > To: [EMAIL PROTECTED] > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Flexwiki-users mailing list > Flexwiki-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flexwiki-users > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Flexwiki-users mailing list Flexwiki-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flexwiki-users
