Mailing-List: contact tapestry-dev-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tapestry development" <tapestry-dev@jakarta.apache.org>
Mime-Version: 1.0 (Apple Message framework v606)
In-Reply-To: <CC90B180-2D8A-11D8-BED8-000393A564E6@ehatchersolutions.com>
References: <CC90B180-2D8A-11D8-BED8-000393A564E6@ehatchersolutions.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <076013DE-2D8E-11D8-96E5-000A959D1A1E@mac.com>
Content-Transfer-Encoding: 7bit
From: Vince Marco <vmarco@mac.com>
Subject: Re: Components with style
Date: Sat, 13 Dec 2003 10:01:43 -0700
To: Tapestry development <tapestry-dev@jakarta.apache.org>

I've found that the following CSS stylesheet organization works well:
	organization.css
           |
       project.css
           |
     application.css
           |
         page.css (frequently not used)

This is twice as many as you suggest, but unused stylesheets generally 
go unchanged and for the most part remain invisible to the project 
efforts.  As projects proliferate this type of approach can provide 
much value.  I think the key to this type of org structure is to 
automatically pull in the application level and up stylesheets, and let 
the page level be optional (perhaps in the page spec).

But then again, I've had no problems in the past managing these 
stylesheets myself within the components.  Just be careful that 
whatever CSS organization you end up doing doesn't prevent me from 
doing my own CSS organization.

Vince

On Dec 13, 2003, at 9:38 AM, Erik Hatcher wrote:

> Keep in mind one of Tapestry's underlying principals to keep concerns 
> separate and let HTML be clean and totally within a designers hands.  
> CSS is another layer on top of the *structure* that HTML provides.  
> CSS is not something us "coders" are writing... it is really in a 
> layer above the structure and very much in the hands of the designers 
> if we are fortunate enough to have such artistic people handy on our 
> projects.  So, we need to tread carefully here to ensure that we make 
> it such that designers are allowed to work they need and want work.
>
> And it seems a single master stylesheet is how things are done and 
> perhaps one (or more) overriding ones for special sections of a site 
> or individual pages, or for different media types.  Right?


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