You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Eric Schneider <er...@gmail.com> on 2006/12/08 16:33:24 UTC

Re: A dynamic css emitter like the @Script component

Hi,

Found this thread in the archives.  I have a similar need.   Has
someone created a @Script like component for generating dynamic CSS
content?   The behavior would be almost identical.

Thanks,
Eric

On 10/10/06, Josh Long <st...@gmail.com> wrote:
> http://www.madskristensen.dk/blog/CommentView,guid,9b4acb83-3ab4-45a0-be95-b4279f4da7d1.aspx
>
> The preceeding link is a an implementation (not my own, obviously) of
> a ASP.NET "engine-service" which renders your css based on scripted
> inputs.
>
> I know there's a lot to be said for x-platform CSS, but the truth is
> we don't really have that, and even where it's 99% there, I can think
> of a few cases where being able to determine a value on the server and
> have it consistantly used (say the width of an image and the width of
> its container, or an advert, or even storing preferences for
> font-sizes, etc.) would be invaluable.
>
> If, in a month, I were to try and cobble something like that together
> which allowed scripting of css files (of course, I'd do my best to
> adhere to the .script template mechanism and ognl instead of using
> Java (or C# heh) inline), would anybody be receptive to it?
>
> Any feedback that you might offer? Anything I might need to know? If I
> setup the same duo of CSS component and service as Script currently
> enjoys, would that work?
>
> In a related note, are there are engines in java which read CSS? Does
> the @Script component at point read/validate the JavaScript it's
> emitting using Rhino?  The beauty of such a service for the .css woudl
> of course be the chance to cache/and compress the css while we're in
> there, in essence yeilding css files which are parameterized and
> compressed. I know white space can be an issue in CSS, though, so I
> was wondering how such transformatiosn might be accomplished?
>
> Thanks in advance for any feedback,
> Josh
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org