Creating a pluggable interface for this would allow for non-ASL solutions to be hosted through wicket-stuff projects. The default implementation could stay as it is today.
On 9/1/07, Matej Knopp <[EMAIL PROTECTED]> wrote: > > Well, I certainly didn't want to reinvent the wheel. But all existing > solutions I was able to find either relied on a third part library > (shrinksafe) or had license not compatible with ASL. So I just wrote a > simple stripper. I think it still helps a lot, I didn't want to build a > perfect stripper. > > If you know of a solution that doesn't mean another dependency and is > compatible with ASL, I have no objections. > > -Matej > > On 9/1/07, Ryan Sonnek <[EMAIL PROTECTED]> wrote: > > > > I've been running my app through the YSlow firefox plugin, and have been > > *very* impressed on how wicket does the "right thing" most of the time > > (ex: > > gzip css and javascript). nice work guys! > > > > While digging through the YSlow feedback, it suggested that the > javascript > > should be "minified". This led me to the wicket JavascriptStripper, and > > after enabling it for my application, YSlow still reports that some > > scripts > > are not minified. > > > > There seem to be a number of javascript compression tools out there, and > > I'm > > wondering if this functionality could be "pluggable" in wicket. I'm > > interested in trying out a few different options to see their results: > > * JSMin - http://inconspicuous.org/projects/jsmin/jsmin.java > > * Dojo Shrink Safe - http://dojotoolkit.org/docs/shrinksafe > > > > My impression is that the Wicket JavascriptStripper is a great starting > > solution, but there are quite a few very advanced solutions out there, > and > > it would be great if wicket could leverage them instead of "re-inventing > > the > > wheel". Has anyone looked into this in the past? > > >
