there are no conditions, these things are pushed to wicket by invocations on iheadercontributor's iheaderresponse interface by all interested components/behaviors. i guess wicket ignores these if the page is stateless, which woud be a bug...
-igor On Fri, Feb 29, 2008 at 12:50 PM, Chris Colman <[EMAIL PROTECTED]> wrote: > I've tried 1.3.1 and still no luck in getting wicket to inject the > appropriate <script> lines into the header of the HTML. > > I was wondering what is the *trigger* or set of conditions that wicket > uses to determine that it should inject the <script> lines that import > the .js files into a generated HTML file? > > Maybe if I understand these I can 'force' it to add these lines. > > I should mention that we're using markup inheritance in case that has > some bearing on the issue. > > > > > > > that is a given. try 1.3.1 and if that doesnt work try building trunk > > yourself and test with that. > > > > -igor > > > > > > On Fri, Feb 29, 2008 at 12:16 AM, Chris Colman > > <[EMAIL PROTECTED]> wrote: > > > Using 1.3.0 - maybe I should try 1.3.1 > > > > > > > > > > > > > > > > -----Original Message----- > > > > From: Igor Vaynberg [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, 29 February 2008 6:29 PM > > > > To: users@wicket.apache.org > > > > Subject: Re: Location of wicket-ajax.js > > > > > > > > this should happen automatically, please file a bug report > > > > > > > > -igor > > > > > > > > > > > > On Thu, Feb 28, 2008 at 11:26 PM, Chris Colman > > > > <[EMAIL PROTECTED]> wrote: > > > > > Problem found: Was a problem with <script> import lines not > being > > > added, > > > > > not that the .js files were not reachable. > > > > > > > > > > Apparently we need to have a stateful component somewhere in > the > > > page > > > > in > > > > > order for wicket to auto inject the <script> lines into the > HTML > > > for > > > > us. > > > > > > > > > > Is there a way of telling wicket to inject the <script> lines > > > without > > > > > having a stateful component on the page - currently everything > on > > > the > > > > > page is stateless - we just have buttons on each item that, > when > > > > > pressed, need to bring up an AJAX modal dialog box to display > some > > > info > > > > > on the items. > > > > > > > > > > Or do we need to add an invisible edit control or something to > get > > > the > > > > > <script> injection happening? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
