A dynamic css emitter like the @Script component

[Josh Long <st...@gmail.com>]

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

Re: A dynamic css emitter like the @Script component

[Eric Schneider <er...@gmail.com>]

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