Re: Wicket resources (css, js and images)?
The explanation is at https://cwiki.apache.org/confluence/display/WICKET/Resource+decoration https://cwiki.apache.org/confluence/display/WICKET/Resource+decorationThe 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 jer...@wickettraining.com wrote: On Sat, Dec 18, 2010 at 3:05 AM, Martin Grigorov mgrigo...@apache.org 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)?
Hi Jeremy, On Sat, Dec 18, 2010 at 6:53 AM, Jeremy Thomerson jer...@wickettraining.com 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 /body 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 jer...@wickettraining.com 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 mgrigo...@apache.org 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
Re: Wicket resources (css, js and images)?
On Sat, Dec 18, 2010 at 3:05 AM, Martin Grigorov mgrigo...@apache.org 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)?
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 mgrigo...@apache.org 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 alex.objel...@gmail.com 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)?
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 /body 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 jer...@wickettraining.com 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 mgrigo...@apache.org 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 alex.objel...@gmail.com 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
Re: Wicket resources (css, js and images)?
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 alex.objel...@gmail.comwrote: 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)?
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 mgrigo...@apache.orgwrote: 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 alex.objel...@gmail.comwrote: 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)?
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)?
On 15 December 2010 21:05, Alex Objelean alex.objel...@gmail.com 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)?
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]
Re: Wicket resources (css, js and images)?
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)?
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)?
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)?
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)?
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)?
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)?
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)?
+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)?
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)?
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]
