-
As I mentioned before: in our projects we use the SmartSprites library to combine the images into sprites. In the latest version it supports dynamic URLs (aka: the name of the sprite image will be generated depending on the containing images and will change if just one image in the sprite changes). This ensures that new or changed images will always be served to all clients because the name of...
2009-07-06 09:21:54 UTC in pack:tag
-
I've already done the necessary changes to rewrite the relative image URLs in CSS resources to absolute ones when packing them into one single CSS file some time ago. See the relevant post here: http://sourceforge.net/forum/message.php?msg_id=5636117
But I still haven't contributed these changes back to the project. The main reason is that it needs modifications on a couple of files. It's...
2009-07-06 08:25:25 UTC in pack:tag
-
I don't see a practical use for such a feature. Binary files are in most cases already compressed (e.g. jpeg images). So there is no benefit in serving these files gzipped. You only get more CPU overhead on the server and on the client for unpacking.
If you are searching for optimizing served images on a website (minimizing the necessary http requests) have a look at this project...
2009-04-27 09:13:57 UTC in pack:tag
-
One more thing:
Currently the wildcard support doesn't allow to define an order of the files to be included. But the order of definitions in CSS and JS files are vital.
The current code is just using:
directory.listFiles(....
and then looping throw the list.
The JAVA API states explicitly:
"There is no guarantee that the name strings in the resulting array will appear in any specific...
2008-10-13 16:19:25 UTC in pack:tag
-
Currently a definition like:
css/main*.css
... is not possible. I think a regular expression support would be great here.
So things like:
css/main-generated-[0-9]{18}.css
would also be possible and recognized by the tag.
2008-10-13 15:56:56 UTC in pack:tag
-
Why don't just change the packtag.tld in the way that the body-content is evaluated as jsp instead of tag-dependent:
script
net.sf.packtag.tag.ScriptTag
jsp
src
false
true.
2008-10-13 15:48:39 UTC in pack:tag
-
Since v3.3 there is a feature that log4j or commons-logging will be used if available. This does not work currently with the latest code base. There is an error in the SafeLogger class which determines the necessary classes. The static Boolean members are initially set to Boolean.FALSE. The isLog4jAvailable() and isCommonsLoggingAvailable() methods are checking for equals null before trying to...
2008-09-24 16:04:39 UTC in pack:tag
