if ajax is used in a page then the page is not stateless anyway.

johan



On Fri, Feb 29, 2008 at 9:55 PM, Igor Vaynberg <[EMAIL PROTECTED]>
wrote:

> 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: [email protected]
> >  > >  > 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]
>
>

Reply via email to