Re: Wicket resources (css, js and images)?

[Martin Grigorov]

The explanation is at
https://cwiki.apache.org/confluence/display/WICKET/Resource+decoration

The
application is added with r1050940. Still has some problem with the shared
resource registration. Will continue on it soon.

On Sat, Dec 18, 2010 at 3:31 PM, Jeremy Thomerson  wrote:

> On Sat, Dec 18, 2010 at 3:05 AM, Martin Grigorov 
> wrote:
> > Do you mind if we use this code for a new wicket-example application ?
>
> Go for it!  It was my intention to do so at some point, but I hadn't
> actually finished my example until last night when I sent it here to
> the list.
>
> > I think we should create a Wiki page with this description and add an
> entry
> > in migrate-to-1.5 with a link to that page.
> > I'll do it later today or tomorrow.
>
> Okay, great.  Of course, it's available in 1.4 as well, but I agree on
> both counts - the new page and the link in the 1.5 migration page.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> Need a CMS for Wicket?  Use Brix! http://brixcms.org
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket resources (css, js and images)?

[Jeremy Thomerson]

On Sat, Dec 18, 2010 at 3:05 AM, Martin Grigorov  wrote:
> Do you mind if we use this code for a new wicket-example application ?

Go for it!  It was my intention to do so at some point, but I hadn't
actually finished my example until last night when I sent it here to
the list.

> I think we should create a Wiki page with this description and add an entry
> in migrate-to-1.5 with a link to that page.
> I'll do it later today or tomorrow.

Okay, great.  Of course, it's available in 1.4 as well, but I agree on
both counts - the new page and the link in the 1.5 migration page.

-- 
Jeremy Thomerson
http://wickettraining.com
Need a CMS for Wicket?  Use Brix! http://brixcms.org

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket resources (css, js and images)?

[Martin Grigorov]

Hi Jeremy,

On Sat, Dec 18, 2010 at 6:53 AM, Jeremy Thomerson  wrote:

> Also worth mentioning, there are two other example "decorating header
> responses" that I committed into core for you to build on:
>
> 1 - ResourceReferenceDependencyInjectingHeaderResponse - which allows
> you to create a IResourceReferenceDependencyConfigurationService which
> defines dependencies for your resource references.  For instance,
> wicket-ajax.js depends on wicket-event.js.  So, everywhere that we
> render a reference to wicket-ajax.js, we must be sure that a reference
> to wicket-event.js is also rendered.  However, with the
> ResourceReferenceDependencyInjectingHeaderResponse, you can make this
> automatic.  This is probably only worth the additional effort if you
> have many such reference dependencies.
>
> 2 - HeaderResponseContainerFilteringHeaderResponse - allows you to
> filter resource references into different "buckets".  One of these
> "buckets" is then rendered into the standard Wicket head location.
> The others can be rendered wherever you want in the page by embedding
> a HeaderResponseFilteredResponseContainer in your page.  This is
> useful if you want CSS to appear in the header and JS just before the
>  tag in your app (a recommendation by UI experts to decrease
> page load time).  There is a default
> JavascriptFilteredIntoFooterHeaderResponse that performs the described
> header / footer split.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> Need a CMS for Wicket?  Use Brix! http://brixcms.org
>
>
> On Fri, Dec 17, 2010 at 11:45 PM, Jeremy Thomerson
>  wrote:
> > As Martin mentioned, I added a way for you to "decorate" all header
> > responses in an application.  See
> > Application#setHeaderResponseDecorator.  You can use this to create
> > your own IHeaderResponse and intercept all calls to render JS / CSS
> > references.  Then, you could do smart things like keep all the
> > references around until the end of the request (or actually, the
> > renderHead traversal), and at that point, build a URL that references
> > an aggregate of all requested CSS / JS resources.
> >
> > As Hielke mentioned, you then have problems because every page has a
> > different combo of resources.  So, I provided
> > AbstractResourceAggregatingHeaderResponse that provides a framework
> > for grouping resource references into aggregate groups.  Now, your
> > developer can specify groups for references.  What groups you specify
> > are totally up to you.  The idea is that you group things that will be
> > on every page into a group, and then the things that change on each
> > page into another group.  So, you get to take advantage of the browser
> > caching for those things that are on every page.  You can go further
> > if you'd like.
> >
> > So, you could do something like the following to specify groups and
> > load orders (things within a certain group may still need to be loaded
> > before / after other things in same group).
> >
> > // example of things that may be shared for all your applications
> > across your company, etc...:
> > response.renderCSSReference(new
> > GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
> > HomePage.class, "footer.css"));
> > response.renderCSSReference(new
> > GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
> > HomePage.class, "header.css"));
> > // example of something that may be in this single application:
> > response.renderCSSReference(new
> > GroupedAndOrderedResourceReference(ResourceGroup.APPLICATION, 0,
> > HomePage.class, "app.css"));
> >
> > I've put together a working quickstart example of this.  You can
> > download it and play with it.
> > http://wickettraining.com/attachments/resourceaggregation.tar.gz
>

Do you mind if we use this code for a new wicket-example application ?

>
> >
> > With some work, a standard set of aggregation groups could be defined,
> > and this could be rolled into core.  If someone wants to spearhead
> > that, I would love it and do anything I can to assist.
> >
> > PS - In an ideal world, you wouldn't even need to specify the groups
> > manually.  You could have a smart algorithm that used each request to
> > learn what things always appear together.  The algorithm would start
> > grouping things that commonly appear together into groups
> > automatically.  The first few requests wouldn't really group much, but
> > as the requests continue, you would build better and better groups.
>

I think we should create a Wiki page with this description and add an entry
in migrate-to-1.5 with a link to that page.
I'll do it later today or tomorrow.


> >
> > --
> > Jeremy Thomerson
> > http://wickettraining.com
> > Need a CMS for Wicket?  Use Brix! http://brixcms.org
> >
> >> On Thu, Dec 16, 2010 at 4:36 AM, Martin Grigorov 
> wrote:
> >>>
> >>> I believe the latest changes by Jeremy added functionality for this.
> >>> Jeremy can you please explain how the
> new org.apache.wicket.markup.html.IHeaderResponseDecorator can be used

Re: Wicket resources (css, js and images)?

[Jeremy Thomerson]

Also worth mentioning, there are two other example "decorating header
responses" that I committed into core for you to build on:

1 - ResourceReferenceDependencyInjectingHeaderResponse - which allows
you to create a IResourceReferenceDependencyConfigurationService which
defines dependencies for your resource references.  For instance,
wicket-ajax.js depends on wicket-event.js.  So, everywhere that we
render a reference to wicket-ajax.js, we must be sure that a reference
to wicket-event.js is also rendered.  However, with the
ResourceReferenceDependencyInjectingHeaderResponse, you can make this
automatic.  This is probably only worth the additional effort if you
have many such reference dependencies.

2 - HeaderResponseContainerFilteringHeaderResponse - allows you to
filter resource references into different "buckets".  One of these
"buckets" is then rendered into the standard Wicket head location.
The others can be rendered wherever you want in the page by embedding
a HeaderResponseFilteredResponseContainer in your page.  This is
useful if you want CSS to appear in the header and JS just before the
 tag in your app (a recommendation by UI experts to decrease
page load time).  There is a default
JavascriptFilteredIntoFooterHeaderResponse that performs the described
header / footer split.

-- 
Jeremy Thomerson
http://wickettraining.com
Need a CMS for Wicket?  Use Brix! http://brixcms.org


On Fri, Dec 17, 2010 at 11:45 PM, Jeremy Thomerson
 wrote:
> As Martin mentioned, I added a way for you to "decorate" all header
> responses in an application.  See
> Application#setHeaderResponseDecorator.  You can use this to create
> your own IHeaderResponse and intercept all calls to render JS / CSS
> references.  Then, you could do smart things like keep all the
> references around until the end of the request (or actually, the
> renderHead traversal), and at that point, build a URL that references
> an aggregate of all requested CSS / JS resources.
>
> As Hielke mentioned, you then have problems because every page has a
> different combo of resources.  So, I provided
> AbstractResourceAggregatingHeaderResponse that provides a framework
> for grouping resource references into aggregate groups.  Now, your
> developer can specify groups for references.  What groups you specify
> are totally up to you.  The idea is that you group things that will be
> on every page into a group, and then the things that change on each
> page into another group.  So, you get to take advantage of the browser
> caching for those things that are on every page.  You can go further
> if you'd like.
>
> So, you could do something like the following to specify groups and
> load orders (things within a certain group may still need to be loaded
> before / after other things in same group).
>
> // example of things that may be shared for all your applications
> across your company, etc...:
> response.renderCSSReference(new
> GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
> HomePage.class, "footer.css"));
> response.renderCSSReference(new
> GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
> HomePage.class, "header.css"));
> // example of something that may be in this single application:
> response.renderCSSReference(new
> GroupedAndOrderedResourceReference(ResourceGroup.APPLICATION, 0,
> HomePage.class, "app.css"));
>
> I've put together a working quickstart example of this.  You can
> download it and play with it.
> http://wickettraining.com/attachments/resourceaggregation.tar.gz
>
> With some work, a standard set of aggregation groups could be defined,
> and this could be rolled into core.  If someone wants to spearhead
> that, I would love it and do anything I can to assist.
>
> PS - In an ideal world, you wouldn't even need to specify the groups
> manually.  You could have a smart algorithm that used each request to
> learn what things always appear together.  The algorithm would start
> grouping things that commonly appear together into groups
> automatically.  The first few requests wouldn't really group much, but
> as the requests continue, you would build better and better groups.
>
> --
> Jeremy Thomerson
> http://wickettraining.com
> Need a CMS for Wicket?  Use Brix! http://brixcms.org
>
>> On Thu, Dec 16, 2010 at 4:36 AM, Martin Grigorov  
>> wrote:
>>>
>>> I believe the latest changes by Jeremy added functionality for this.
>>> Jeremy can you please explain how the 
>>> new org.apache.wicket.markup.html.IHeaderResponseDecorator can be used (is 
>>> being used by your customer) ?
>>>
>>> On Wed, Dec 15, 2010 at 9:05 PM, Alex Objelean  
>>> wrote:

 Though this topic is quite old, I think it is still actual. Since the 1.5
 release is not far away, did anybody thought if the (at least) js resource
 merging should occur?

 This is very useful when you have a page with a large number of components,
 each loading a large number of small resources. Having a single resource 
 (js
 and/o

Re: Wicket resources (css, js and images)?

[Jeremy Thomerson]

As Martin mentioned, I added a way for you to "decorate" all header
responses in an application.  See
Application#setHeaderResponseDecorator.  You can use this to create
your own IHeaderResponse and intercept all calls to render JS / CSS
references.  Then, you could do smart things like keep all the
references around until the end of the request (or actually, the
renderHead traversal), and at that point, build a URL that references
an aggregate of all requested CSS / JS resources.

As Hielke mentioned, you then have problems because every page has a
different combo of resources.  So, I provided
AbstractResourceAggregatingHeaderResponse that provides a framework
for grouping resource references into aggregate groups.  Now, your
developer can specify groups for references.  What groups you specify
are totally up to you.  The idea is that you group things that will be
on every page into a group, and then the things that change on each
page into another group.  So, you get to take advantage of the browser
caching for those things that are on every page.  You can go further
if you'd like.

So, you could do something like the following to specify groups and
load orders (things within a certain group may still need to be loaded
before / after other things in same group).

// example of things that may be shared for all your applications
across your company, etc...:
response.renderCSSReference(new
GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
HomePage.class, "footer.css"));
response.renderCSSReference(new
GroupedAndOrderedResourceReference(ResourceGroup.GLOBAL, 0,
HomePage.class, "header.css"));
// example of something that may be in this single application:
response.renderCSSReference(new
GroupedAndOrderedResourceReference(ResourceGroup.APPLICATION, 0,
HomePage.class, "app.css"));

I've put together a working quickstart example of this.  You can
download it and play with it.
http://wickettraining.com/attachments/resourceaggregation.tar.gz

With some work, a standard set of aggregation groups could be defined,
and this could be rolled into core.  If someone wants to spearhead
that, I would love it and do anything I can to assist.

PS - In an ideal world, you wouldn't even need to specify the groups
manually.  You could have a smart algorithm that used each request to
learn what things always appear together.  The algorithm would start
grouping things that commonly appear together into groups
automatically.  The first few requests wouldn't really group much, but
as the requests continue, you would build better and better groups.

--
Jeremy Thomerson
http://wickettraining.com
Need a CMS for Wicket?  Use Brix! http://brixcms.org

> On Thu, Dec 16, 2010 at 4:36 AM, Martin Grigorov  wrote:
>>
>> I believe the latest changes by Jeremy added functionality for this.
>> Jeremy can you please explain how the 
>> new org.apache.wicket.markup.html.IHeaderResponseDecorator can be used (is 
>> being used by your customer) ?
>>
>> On Wed, Dec 15, 2010 at 9:05 PM, Alex Objelean  
>> wrote:
>>>
>>> Though this topic is quite old, I think it is still actual. Since the 1.5
>>> release is not far away, did anybody thought if the (at least) js resource
>>> merging should occur?
>>>
>>> This is very useful when you have a page with a large number of components,
>>> each loading a large number of small resources. Having a single resource (js
>>> and/or css) as a result of page rendering could have a dramatic page loading
>>> time improvement.
>>>
>>> Thanks!
>>> Alex Objelean
>>> --
>>> View this message in context: 
>>> http://apache-wicket.1842946.n4.nabble.com/Wicket-resources-css-js-and-images-tp1868800p3089781.html
>>> Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket resources (css, js and images)?

[Jeremy Thomerson]

Yes, I will do a good writeup of what we are able to accomplish now.  I'll
try to get that sent out tomorrow.

-- 
Jeremy Thomerson
http://wickettraining.com
*Need a CMS for Wicket?  Use Brix! http://brixcms.org*


On Thu, Dec 16, 2010 at 4:36 AM, Martin Grigorov wrote:

> I believe the latest changes by Jeremy added functionality for this.
>
> Jeremy can you please explain how the
> new org.apache.wicket.markup.html.IHeaderResponseDecorator can be used (is
> being used by your customer) ?
>
>
> On Wed, Dec 15, 2010 at 9:05 PM, Alex Objelean wrote:
>
>>
>> Though this topic is quite old, I think it is still actual. Since the 1.5
>> release is not far away, did anybody thought if the (at least) js resource
>> merging should occur?
>>
>> This is very useful when you have a page with a large number of
>> components,
>> each loading a large number of small resources. Having a single resource
>> (js
>> and/or css) as a result of page rendering could have a dramatic page
>> loading
>> time improvement.
>>
>> Thanks!
>> Alex Objelean
>> --
>> View this message in context:
>> http://apache-wicket.1842946.n4.nabble.com/Wicket-resources-css-js-and-images-tp1868800p3089781.html
>> Sent from the Users forum mailing list archive at Nabble.com.
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>

Re: Wicket resources (css, js and images)?

[Martin Grigorov]

I believe the latest changes by Jeremy added functionality for this.

Jeremy can you please explain how the
new org.apache.wicket.markup.html.IHeaderResponseDecorator can be used (is
being used by your customer) ?


On Wed, Dec 15, 2010 at 9:05 PM, Alex Objelean wrote:

>
> Though this topic is quite old, I think it is still actual. Since the 1.5
> release is not far away, did anybody thought if the (at least) js resource
> merging should occur?
>
> This is very useful when you have a page with a large number of components,
> each loading a large number of small resources. Having a single resource
> (js
> and/or css) as a result of page rendering could have a dramatic page
> loading
> time improvement.
>
> Thanks!
> Alex Objelean
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-resources-css-js-and-images-tp1868800p3089781.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Wicket resources (css, js and images)?

[Hielke Hoeve]

On 15 December 2010 21:05, Alex Objelean  wrote:

>
> Though this topic is quite old, I think it is still actual. Since the 1.5
> release is not far away, did anybody thought if the (at least) js resource
> merging should occur?
>

We at WiQuery have been discussing multiple approaches. All options so far
have downsides. Here is a shortlist:

- Merge all js resources and css into 1 js resource and 1 css resource.
Problem: the 2 merged resources could be different on each page,
rendering this option useless. Also this causes alot of bandwidth.
Fix: Serve 2 Mother Of All resources, meaning appending only new
resources to the 2 merged resources and serving them. This does not
illiminate the problem of having to serve resources per page.
- Serve deltas, meaning assessing which resources has already been served
and only serve the new resources, in a merged form, so the user still has
all the required resources.
Problem: The client could have more resources than necessary, but
since they were already at the client this should not matter.
Problem: Serving resources to the client possibly every page but the
size of the resources is considerable smaller than option 1.

I like option 2 more than option 1, simply because it costs less bandwidth.



> This is very useful when you have a page with a large number of components,
> each loading a large number of small resources. Having a single resource
> (js
> and/or css) as a result of page rendering could have a dramatic page
> loading
> time improvement.
>

This could be a problem yes, however there is no way to illiminate the fact
that a page has multiple resources.

Hielke

Re: Wicket resources (css, js and images)?

[Alex Objelean]

Though this topic is quite old, I think it is still actual. Since the 1.5
release is not far away, did anybody thought if the (at least) js resource
merging should occur? 

This is very useful when you have a page with a large number of components,
each loading a large number of small resources. Having a single resource (js
and/or css) as a result of page rendering could have a dramatic page loading
time improvement.

Thanks!
Alex Objelean
-- 
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-resources-css-js-and-images-tp1868800p3089781.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket resources (css, js and images)?

[Nino Saturnino Martinez Vazquez Wael]

Sound like a good approach, I guess then if there were something like 
this components that would allow sharing of css etc (static css,js etc 
components) should just add to headercontribmanager, and ones that 
should not would just use the "old way". However it could be nice with 
some settings for this, sometimes it's just not feasible to merge like 
if you have a lot of components that are only shown 10% of the time or so..


richardwilko wrote:

Hi,

A few months back I started work on a slightly different method of adding
resources to a page, where, it works out what resources are added on the
page, combines them together with the yui javascript compressor, caches the
result, and serves it.

Unfortunately I haven't had any time to work on it as my new job has taken
me away from wicket, but I am happy to share my rough code with anyone that
wants it.
  

:( and :)

resources are added like so:
HeaderContribManager.add(new ResourceReference(...), getPage());

and in each page add
HeaderContribManager.getHeaderContributor(this.class, localString,
styleString);

in both cases put in the onBeforeRender method (the panels and such need to
be added to the page before you can use getPage() afaik)

Like I said its very rough, but it does have the advantage of producing a js
file for each page, hopefully taking into account local and style, and
should work when a panel adds javascript, and you use that panel in multiple
pages.

http://www.nabble.com/file/p19170189/HeaderContribManager.java
HeaderContribManager.java 



  

<[EMAIL PROTECTED]> wrote:


I've been hearing some rants on how merging resources can up the
performance, should wicket be able todo this? I mean merging several
css's
into one etc.. I know it wont work for dynamic css/js/images. But on
static
it could, even yslow recommends you merge your resources into one... 
Images

might be stretching it too far?

WDYT?


http://workingwithrails.com/railsplugin/5317-asset-packager
http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

  



-
http://www.richard-wilkinson.co.uk My blog:
http://www.richard-wilkinson.co.uk 
  


--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Jörn Zaefferer]

Hi Matej,

let me know if you reconsider jQuery and have any specific question.
The jQuery team is there to help!

Jörn

On Tue, Aug 26, 2008 at 7:57 PM, Matej Knopp <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I haven't announced yet publicly but for some time I was working on
> Ajax implementation for 1.5.
> The work is available in /repos/asf/wicket/sandbox/knopp/experimental/wicket
>
> I will put together a wiki page when I have some free time.
>
> I have of course considered jquery. I gave it a proper look but I
> decided to go with YUI instead because I like it's approach more. Also
> some functionality that YUI provides in core (dom manipulations) is
> only available as plugin to Jquery. New Wicket Ajax the is based on
> YUI3 which provides new node module that allows method chaining and
> kinda feels like jquery.
>
> Also personally I consider YUI source code much more readable than jquery
>
> -Matej
>
> On Tue, Aug 26, 2008 at 6:10 PM, Scott Swank <[EMAIL PROTECTED]> wrote:
>> Has jquery been considered for WANG, or am I coming into this conversation 
>> late?
>>
>> Scott
>>
>> On Tue, Aug 26, 2008 at 5:51 AM, Martijn Dashorst
>> <[EMAIL PROTECTED]> wrote:
>>> Probably something for 1.5 (with WANG–Wicket Ajax Next
>>> Generation–being based on YUI)
>>>
>>> Martijn
>>>
>>> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
>>> <[EMAIL PROTECTED]> wrote:
 I've been hearing some rants on how merging resources can up the
 performance, should wicket be able todo this? I mean merging several css's
 into one etc.. I know it wont work for dynamic css/js/images. But on static
 it could, even yslow recommends you merge your resources into one...  
 Images
 might be stretching it too far?

 WDYT?


 http://workingwithrails.com/railsplugin/5317-asset-packager
 http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

 --
 -Wicket for love

 Nino Martinez Wael
 Java Specialist @ Jayway DK
 http://www.jayway.dk
 +45 2936 7684


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>>
>>>
>>> --
>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>> Apache Wicket 1.3.4 is released
>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>>>
>>> -
>>> 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]
>
>

Re: Wicket resources (css, js and images)?

[richardwilko]

Hi,

A few months back I started work on a slightly different method of adding
resources to a page, where, it works out what resources are added on the
page, combines them together with the yui javascript compressor, caches the
result, and serves it.

Unfortunately I haven't had any time to work on it as my new job has taken
me away from wicket, but I am happy to share my rough code with anyone that
wants it.

resources are added like so:
HeaderContribManager.add(new ResourceReference(...), getPage());

and in each page add
HeaderContribManager.getHeaderContributor(this.class, localString,
styleString);

in both cases put in the onBeforeRender method (the panels and such need to
be added to the page before you can use getPage() afaik)

Like I said its very rough, but it does have the advantage of producing a js
file for each page, hopefully taking into account local and style, and
should work when a panel adds javascript, and you use that panel in multiple
pages.

http://www.nabble.com/file/p19170189/HeaderContribManager.java
HeaderContribManager.java 


>>> <[EMAIL PROTECTED]> wrote:
 I've been hearing some rants on how merging resources can up the
 performance, should wicket be able todo this? I mean merging several
 css's
 into one etc.. I know it wont work for dynamic css/js/images. But on
 static
 it could, even yslow recommends you merge your resources into one... 
 Images
 might be stretching it too far?

 WDYT?


 http://workingwithrails.com/railsplugin/5317-asset-packager
 http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/



-
http://www.richard-wilkinson.co.uk My blog:
http://www.richard-wilkinson.co.uk 
-- 
View this message in context: 
http://www.nabble.com/Wicket-resources-%28css%2C-js-and-images%29--tp19160980p19170189.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Igor Vaynberg]

+1 for YUI

-igor

On Tue, Aug 26, 2008 at 10:57 AM, Matej Knopp <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I haven't announced yet publicly but for some time I was working on
> Ajax implementation for 1.5.
> The work is available in /repos/asf/wicket/sandbox/knopp/experimental/wicket
>
> I will put together a wiki page when I have some free time.
>
> I have of course considered jquery. I gave it a proper look but I
> decided to go with YUI instead because I like it's approach more. Also
> some functionality that YUI provides in core (dom manipulations) is
> only available as plugin to Jquery. New Wicket Ajax the is based on
> YUI3 which provides new node module that allows method chaining and
> kinda feels like jquery.
>
> Also personally I consider YUI source code much more readable than jquery
>
> -Matej
>
> On Tue, Aug 26, 2008 at 6:10 PM, Scott Swank <[EMAIL PROTECTED]> wrote:
>> Has jquery been considered for WANG, or am I coming into this conversation 
>> late?
>>
>> Scott
>>
>> On Tue, Aug 26, 2008 at 5:51 AM, Martijn Dashorst
>> <[EMAIL PROTECTED]> wrote:
>>> Probably something for 1.5 (with WANG–Wicket Ajax Next
>>> Generation–being based on YUI)
>>>
>>> Martijn
>>>
>>> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
>>> <[EMAIL PROTECTED]> wrote:
 I've been hearing some rants on how merging resources can up the
 performance, should wicket be able todo this? I mean merging several css's
 into one etc.. I know it wont work for dynamic css/js/images. But on static
 it could, even yslow recommends you merge your resources into one...  
 Images
 might be stretching it too far?

 WDYT?


 http://workingwithrails.com/railsplugin/5317-asset-packager
 http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

 --
 -Wicket for love

 Nino Martinez Wael
 Java Specialist @ Jayway DK
 http://www.jayway.dk
 +45 2936 7684


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


>>>
>>>
>>>
>>> --
>>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>>> Apache Wicket 1.3.4 is released
>>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>>>
>>> -
>>> 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]

Re: Wicket resources (css, js and images)?

[Matej Knopp]

Hi,

I haven't announced yet publicly but for some time I was working on
Ajax implementation for 1.5.
The work is available in /repos/asf/wicket/sandbox/knopp/experimental/wicket

I will put together a wiki page when I have some free time.

I have of course considered jquery. I gave it a proper look but I
decided to go with YUI instead because I like it's approach more. Also
some functionality that YUI provides in core (dom manipulations) is
only available as plugin to Jquery. New Wicket Ajax the is based on
YUI3 which provides new node module that allows method chaining and
kinda feels like jquery.

Also personally I consider YUI source code much more readable than jquery

-Matej

On Tue, Aug 26, 2008 at 6:10 PM, Scott Swank <[EMAIL PROTECTED]> wrote:
> Has jquery been considered for WANG, or am I coming into this conversation 
> late?
>
> Scott
>
> On Tue, Aug 26, 2008 at 5:51 AM, Martijn Dashorst
> <[EMAIL PROTECTED]> wrote:
>> Probably something for 1.5 (with WANG–Wicket Ajax Next
>> Generation–being based on YUI)
>>
>> Martijn
>>
>> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
>> <[EMAIL PROTECTED]> wrote:
>>> I've been hearing some rants on how merging resources can up the
>>> performance, should wicket be able todo this? I mean merging several css's
>>> into one etc.. I know it wont work for dynamic css/js/images. But on static
>>> it could, even yslow recommends you merge your resources into one...  Images
>>> might be stretching it too far?
>>>
>>> WDYT?
>>>
>>>
>>> http://workingwithrails.com/railsplugin/5317-asset-packager
>>> http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/
>>>
>>> --
>>> -Wicket for love
>>>
>>> Nino Martinez Wael
>>> Java Specialist @ Jayway DK
>>> http://www.jayway.dk
>>> +45 2936 7684
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>
>>
>>
>> --
>> Become a Wicket expert, learn from the best: http://wicketinaction.com
>> Apache Wicket 1.3.4 is released
>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>>
>> -
>> 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]

Re: Wicket resources (css, js and images)?

[Nino Saturnino Martinez Vazquez Wael]

CHEECH and CHUNG? Or just Korean Clear?

Jonathan Locke wrote:

is WANG going to be CHUNG compatible?


Martijn Dashorst wrote:
  

Probably something for 1.5 (with WANG–Wicket Ajax Next
Generation–being based on YUI)

Martijn

On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
<[EMAIL PROTECTED]> wrote:


I've been hearing some rants on how merging resources can up the
performance, should wicket be able todo this? I mean merging several
css's
into one etc.. I know it wont work for dynamic css/js/images. But on
static
it could, even yslow recommends you merge your resources into one... 
Images

might be stretching it too far?

WDYT?


http://workingwithrails.com/railsplugin/5317-asset-packager
http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  


--
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






  


--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Jonathan Locke]

is WANG going to be CHUNG compatible?


Martijn Dashorst wrote:
> 
> Probably something for 1.5 (with WANG–Wicket Ajax Next
> Generation–being based on YUI)
> 
> Martijn
> 
> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
> <[EMAIL PROTECTED]> wrote:
>> I've been hearing some rants on how merging resources can up the
>> performance, should wicket be able todo this? I mean merging several
>> css's
>> into one etc.. I know it wont work for dynamic css/js/images. But on
>> static
>> it could, even yslow recommends you merge your resources into one... 
>> Images
>> might be stretching it too far?
>>
>> WDYT?
>>
>>
>> http://workingwithrails.com/railsplugin/5317-asset-packager
>> http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/
>>
>> --
>> -Wicket for love
>>
>> Nino Martinez Wael
>> Java Specialist @ Jayway DK
>> http://www.jayway.dk
>> +45 2936 7684
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
> 
> 
> 
> -- 
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.3.4 is released
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Wicket-resources-%28css%2C-js-and-images%29--tp19160980p19165655.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Scott Swank]

Has jquery been considered for WANG, or am I coming into this conversation late?

Scott

On Tue, Aug 26, 2008 at 5:51 AM, Martijn Dashorst
<[EMAIL PROTECTED]> wrote:
> Probably something for 1.5 (with WANG–Wicket Ajax Next
> Generation–being based on YUI)
>
> Martijn
>
> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
> <[EMAIL PROTECTED]> wrote:
>> I've been hearing some rants on how merging resources can up the
>> performance, should wicket be able todo this? I mean merging several css's
>> into one etc.. I know it wont work for dynamic css/js/images. But on static
>> it could, even yslow recommends you merge your resources into one...  Images
>> might be stretching it too far?
>>
>> WDYT?
>>
>>
>> http://workingwithrails.com/railsplugin/5317-asset-packager
>> http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/
>>
>> --
>> -Wicket for love
>>
>> Nino Martinez Wael
>> Java Specialist @ Jayway DK
>> http://www.jayway.dk
>> +45 2936 7684
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
>
>
> --
> Become a Wicket expert, learn from the best: http://wicketinaction.com
> Apache Wicket 1.3.4 is released
> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.
>
> -
> 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]

Re: Wicket resources (css, js and images)?

[Nino Saturnino Martinez Vazquez Wael]

Michael Sparer wrote:

yepp, but that's server-side caching isn't it?
  

Yup.

stefan wrote some interesting blog entries about merging resources and
interface speed-up in general on
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html ...
  

I read it:) And it compliments my article very well:)

an RFE will follow after the last post of the series; might be a good idea
  
to look at that as well
  

:)



Nino.Martinez wrote:
  

YUP, I wrote something about a cache technique on my blog,

 http://ninomartinez.wordpress.com/2008/08/25/java-caching/

Maybe something could be taken from that and generalized? Im thinking on 
the part where you automatically add a keyword parameter (cache) to the 
url..


UMMM NG always reminds me on startrek..:) Maybe Wicket should have the 
the catching phrase "prepare to be assimilated" , I guess too nerdy:)


Martijn Dashorst wrote:


Probably something for 1.5 (with WANG–Wicket Ajax Next
Generation–being based on YUI)

Martijn

On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
<[EMAIL PROTECTED]> wrote:
  
  

I've been hearing some rants on how merging resources can up the
performance, should wicket be able todo this? I mean merging several
css's
into one etc.. I know it wont work for dynamic css/js/images. But on
static
it could, even yslow recommends you merge your resources into one... 
Images

might be stretching it too far?

WDYT?


http://workingwithrails.com/railsplugin/5317-asset-packager
http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






  
  

--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







-
Michael Sparer
http://talk-on-tech.blogspot.com
  


--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Michael Sparer]

yepp, but that's server-side caching isn't it?
stefan wrote some interesting blog entries about merging resources and
interface speed-up in general on
http://talk-on-tech.blogspot.com/2008/08/wicket-interface-speed-up.html ...
an RFE will follow after the last post of the series; might be a good idea
to look at that as well



Nino.Martinez wrote:
> 
> YUP, I wrote something about a cache technique on my blog,
> 
>  http://ninomartinez.wordpress.com/2008/08/25/java-caching/
> 
> Maybe something could be taken from that and generalized? Im thinking on 
> the part where you automatically add a keyword parameter (cache) to the 
> url..
> 
> UMMM NG always reminds me on startrek..:) Maybe Wicket should have the 
> the catching phrase "prepare to be assimilated" , I guess too nerdy:)
> 
> Martijn Dashorst wrote:
>> Probably something for 1.5 (with WANG–Wicket Ajax Next
>> Generation–being based on YUI)
>>
>> Martijn
>>
>> On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
>> <[EMAIL PROTECTED]> wrote:
>>   
>>> I've been hearing some rants on how merging resources can up the
>>> performance, should wicket be able todo this? I mean merging several
>>> css's
>>> into one etc.. I know it wont work for dynamic css/js/images. But on
>>> static
>>> it could, even yslow recommends you merge your resources into one... 
>>> Images
>>> might be stretching it too far?
>>>
>>> WDYT?
>>>
>>>
>>> http://workingwithrails.com/railsplugin/5317-asset-packager
>>> http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/
>>>
>>> --
>>> -Wicket for love
>>>
>>> Nino Martinez Wael
>>> Java Specialist @ Jayway DK
>>> http://www.jayway.dk
>>> +45 2936 7684
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>> 
>>
>>
>>
>>   
> 
> -- 
> -Wicket for love
> 
> Nino Martinez Wael
> Java Specialist @ Jayway DK
> http://www.jayway.dk
> +45 2936 7684
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 


-
Michael Sparer
http://talk-on-tech.blogspot.com
-- 
View this message in context: 
http://www.nabble.com/Wicket-resources-%28css%2C-js-and-images%29--tp19160980p19161991.html
Sent from the Wicket - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Nino Saturnino Martinez Vazquez Wael]

YUP, I wrote something about a cache technique on my blog,

http://ninomartinez.wordpress.com/2008/08/25/java-caching/

Maybe something could be taken from that and generalized? Im thinking on 
the part where you automatically add a keyword parameter (cache) to the 
url..


UMMM NG always reminds me on startrek..:) Maybe Wicket should have the 
the catching phrase "prepare to be assimilated" , I guess too nerdy:)


Martijn Dashorst wrote:

Probably something for 1.5 (with WANG–Wicket Ajax Next
Generation–being based on YUI)

Martijn

On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
<[EMAIL PROTECTED]> wrote:
  

I've been hearing some rants on how merging resources can up the
performance, should wicket be able todo this? I mean merging several css's
into one etc.. I know it wont work for dynamic css/js/images. But on static
it could, even yslow recommends you merge your resources into one...  Images
might be stretching it too far?

WDYT?


http://workingwithrails.com/railsplugin/5317-asset-packager
http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/

--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







  


--
-Wicket for love

Nino Martinez Wael
Java Specialist @ Jayway DK
http://www.jayway.dk
+45 2936 7684


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Wicket resources (css, js and images)?

[Martijn Dashorst]

Probably something for 1.5 (with WANG–Wicket Ajax Next
Generation–being based on YUI)

Martijn

On Tue, Aug 26, 2008 at 2:25 PM, Nino Saturnino Martinez Vazquez Wael
<[EMAIL PROTECTED]> wrote:
> I've been hearing some rants on how merging resources can up the
> performance, should wicket be able todo this? I mean merging several css's
> into one etc.. I know it wont work for dynamic css/js/images. But on static
> it could, even yslow recommends you merge your resources into one...  Images
> might be stretching it too far?
>
> WDYT?
>
>
> http://workingwithrails.com/railsplugin/5317-asset-packager
> http://www.kaboomerang.com/blog/2007/11/29/getting-to-10-actiontastic-actionatr-gwt-and-automagic-rest/
>
> --
> -Wicket for love
>
> Nino Martinez Wael
> Java Specialist @ Jayway DK
> http://www.jayway.dk
> +45 2936 7684
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com
Apache Wicket 1.3.4 is released
Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]