wicket-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Grigorov <mgrigo...@apache.org>
Subject Re: Header contribution ordering
Date Thu, 09 Apr 2015 20:30:11 GMT
Filtering can be used only in the <body>.
The idea is that any non-filtered Js/CSS resource will go in the <head>
anyway.

Martin Grigorov
Freelancer, available for hire!
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Thu, Apr 9, 2015 at 11:24 PM, Nick Pratt <nbpratt@gmail.com> wrote:

> Thanks Martin, ill check that out.
>
> Is it possible to have a FilteredHeaderContainer in the head section of our
> base page so that we can have all the regular Wicket includes (JS and CSS)
> added, and then a special bucket for our global css?
>
> I keep running in to: "there was an error processing the header response -
> you tried to render a bucket of response from FilteringHeaderResponse, but
> it had not yet run and been closed."
>
> Can header items be manipulated this way, or only within the body contents
> (for late loading JS)
>
>
> On Thu, Apr 9, 2015 at 2:29 PM, Martin Grigorov <mgrigorov@apache.org>
> wrote:
>
> > Hi,
> >
> >
> > On Thu, Apr 9, 2015 at 9:23 PM, Nick Pratt <nbpratt@gmail.com> wrote:
> >
> > > Based on the wicket guide, since 1.5 the header contributions of
> children
> > > should occur before that of the Page they are contained in so that the
> > Page
> > > can override any component contributions.
> > >
> > > Is this still valid?  We've got a case where a Panel is contributing a
> > CSS
> > >
> >
> > Yes.
> >
> >
> > > file that's appearing in the final markup after that of the Page (which
> > > prevents our application level style sheet from overriding the
> > component's
> > > added styles)  - is there a likely reason for this that we've
> overlooked?
> > >
> >
> > A dependency?
> > See HeaderItem#getDependencies() and ResourceReference#getDependencies()
> >
> >
> > >
> > > N
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message