Return-Path: Delivered-To: apmail-jakarta-tapestry-dev-archive@www.apache.org Received: (qmail 34028 invoked from network); 13 Dec 2003 20:35:46 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 13 Dec 2003 20:35:46 -0000 Received: (qmail 15846 invoked by uid 500); 13 Dec 2003 20:35:35 -0000 Delivered-To: apmail-jakarta-tapestry-dev-archive@jakarta.apache.org Received: (qmail 15765 invoked by uid 500); 13 Dec 2003 20:35:35 -0000 Mailing-List: contact tapestry-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tapestry development" Reply-To: "Tapestry development" Delivered-To: mailing list tapestry-dev@jakarta.apache.org Received: (qmail 15751 invoked from network); 13 Dec 2003 20:35:35 -0000 Received: from unknown (HELO c000.snv.cp.net) (209.228.32.65) by daedalus.apache.org with SMTP; 13 Dec 2003 20:35:35 -0000 Received: (cpmta 18763 invoked from network); 13 Dec 2003 12:35:39 -0800 Received: from 24.51.109.181 (HELO ehatchersolutions.com) by smtp.hatcher.net (209.228.32.65) with SMTP; 13 Dec 2003 12:35:39 -0800 X-Sent: 13 Dec 2003 20:35:39 GMT Date: Sat, 13 Dec 2003 15:35:36 -0500 Mime-Version: 1.0 (Apple Message framework v553) Content-Type: text/plain; delsp=yes; charset=US-ASCII; format=flowed Subject: Fwd: Components with style From: Erik Hatcher To: tapestry-dev@jakarta.apache.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.553) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Begin forwarded message: > From: Travis McCauley > Date: Sat Dec 13, 2003 1:56:38 PM US/Eastern > To: erik@ehatchersolutions.com > Subject: Re: Components with style > > Eric, > Hi. I sent this in to Tapestry-dev but it seems it didn't make the > list. If it seems relevant to folks, you might pass on the links. > Cheers, Travis > p.s. I got a java job up here in Toronto doing...Struts. :) > > > Hi, > > My comments might pertain more to component/page design but I'm not > totally clear what changes to Shell are being suggested so here goes. > > I tend more toward's Eric's view that, in general, components should > provide structural elements, not presentational. So encouraging users > of a component to specify class and/or id attributes is definitely > good. > > When you use CSS for layout and not just for formatting (as per WAI > recommendations), it is crucial to have total control over the styles. > As new browsers come along and old ones are updated with new CSS > behaviour, quite often the only way to provide a consistent > presentation to a wide range of browsers is to employ CSS tricks (eg. > @import) that hide certain bits of the style sheet and provide > slightly different CSS rules for certain browsers. For me, a dynamic > set of stylesheets that live in the classpath would be very difficult > to work with. > > As for ordering link elements, the only gotchas I know about are in > the use of the 'title' attribute and in how user agents are supposed > to select 'preferred' stylesheets. If this could be an issue in the > design of any new Shell functionality, all relevant details can be > found here: > > http://www.w3.org/TR/REC-html40/present/styles.html#specifying-external > http://www.w3.org/TR/REC-html40/struct/links.html#linksandss > > Best Regards, > Travis McCauley > Toronto, ON > > >> Quickly glancing at the specs, it seems like the stylesheet belongs >> in the . Even otherwise, I think, it would be best for us to >> control the ordering of the stylesheets if it was all in one place. >> So, I think, we probably should let the Shell component be >> responsible for styles. >> >> -Harish >> >> Howard M. Lewis Ship wrote: >> >>> No, it's a good idea. I have to check where stylesheet data goes >>> ... it may be limited to the >>> (instead ), in which case we may need the Shell component to >>> be responsible for accumulating >>> stylesheet info. >>> -- >>> Howard M. Lewis Ship >>> Creator, Tapestry: Java Web Components >>> http://jakarta.apache.org/tapestry >>> http://jakarta.apache.org/commons/sandbox/hivemind/ >>> http://javatapestry.blogspot.com >>> >>>> -----Original Message----- >>>> From: Harish Krishnaswamy [mailto:hkrishnaswamy@comcast.net] Sent: >>>> Friday, December 12, 2003 4:33 PM >>>> To: Tapestry development >>>> Subject: Components with style >>>> >>>> >>>> Hi, >>>> >>>> A lot of the components I have developed have their own stylesheets >>>> that have to manually incorporated into the pages to render >>>> appropriately. Instead can we not provide the ability to bundle >>>> stylesheets with the component like we bundle javascript? It seems >>>> simple to me, but I have missed the boat on a number of occasions >>>> in the past so what do you think? >>>> >>>> -Harish >>>> >>>> >>>> >>>> -------------------------------------------------------------------- >>>> - >>>> To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org >>>> For additional commands, e-mail: >>>> tapestry-dev-help@jakarta.apache.org >>>> >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org >>> For additional commands, e-mail: >>> tapestry-dev-help@jakarta.apache.org >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: tapestry-dev-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: tapestry-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tapestry-dev-help@jakarta.apache.org