Re: [css-d] Can't find a haslayout trigger
On 7/3/06, Richard Grevers <[EMAIL PROTECTED]> wrote: > I've been integrating phpmyfaq into a site written in a different > language (fun!) and have been banging my head against one problem when > IE6 destroys the display: > > Test case at http://www.dramatic.co.nz/wfsm/test2.html - valid html/css > > stylesheets at http://www.dramatic.co.nz/wfsm/test2_files/wfcommon.css > http://www.dramatic.co.nz/wfsm/test2_files/colors00.css > http://www.dramatic.co.nz/wfsm/test2_files/style000.css > > (if nothing happens at first, try scrolling or hovering the category > list and the background changes to blue in an area that doesn't match > the confines of any element). > It looks like a haslayout bug - it smells like a haslayout bug, but > hours of removing elements and styles hasn't managed to isolate the > trigger. Hi, Richard, It looks like there are two triggers. The oddly-overflowing blue background can be contained in the correct column by adding "zoom:1" to your #outer rule, and the background is further contained in the right parts of that column by adding "zoom: 1" to your .maincolumn rule. I noticed that the blue was leaking out of the main area of your site. I figured it would have to be an issue with the basic layout, so started applying triggers from the outside in. Applying the first layout trigger to outer got the main content column in place, but its contents were still wacky, which is what made me think it was a problem with that content as well. Typically I attack hasLayout issues by starting at the outermost container that looks like it isn't containing its contents like it should, then work my way in. HTH, Michael __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Can't find a haslayout trigger
On 7/4/06, Michael Landis <[EMAIL PROTECTED]> wrote: > On 7/3/06, Richard Grevers <[EMAIL PROTECTED]> wrote: > > I have been banging my head against one problem when > > IE6 destroys the display: > > > > Test case at http://www.dramatic.co.nz/wfsm/test2.html - valid html/css > Hi, Richard, > > It looks like there are two triggers. The oddly-overflowing blue > background can be contained in the correct column by adding "zoom:1" > to your #outer rule, and the background is further contained in the > right parts of that column by adding "zoom: 1" to your .maincolumn > rule. > > Typically I attack hasLayout issues by starting at the outermost > container that looks like it isn't containing its contents like it > should, then work my way in. > Thanks Michael I am struggling with my conditional comments syntax. The MSDN reference [1] does not give any examples of using comparison operators. If I use at the top of the page See http://www.dramatic.co.nz/wfsm/test3.html for a demonstration. [1] http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/ccomment_ovw.asp -- Richard Grevers, New Plymouth, New Zealand Hat 1: Development Engineer, Webfarm Ltd. Hat 2: Dramatic Design www.dramatic.co.nz __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Can't find a haslayout trigger
On 7/5/06, Richard Grevers <[EMAIL PROTECTED]> wrote: > I am struggling with my conditional comments syntax. The MSDN > reference [1] does not give any examples of using comparison > operators. > If I use at the top of the page > > See http://www.dramatic.co.nz/wfsm/test3.html for a demonstration. > > [1] > http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/ccomment_ovw.asp
Re: [css-d] Can't find a haslayout trigger
Richard Grevers wrote: > ... > > I am struggling with my conditional comments syntax. The MSDN > reference [1] does not give any examples of using comparison > operators. The operator compares two arguments: op a1 a2 > If I use > > But if I use at the top of the page In the msdn article you are citing, there is no error recovery strategy for the parser defined. Meaning that there is no such strategy. Showing the wrong syntax could be a good idea, but applying the rules nonetheless is not. "Conditional comments are processed during the downloading and parsing phase, so only the content that is targeted for the browser loading the Web page is actually downloaded." According to this, IE is wrong applying the rules, because the target expression must not apply. > > See http://www.dramatic.co.nz/wfsm/test3.html for a demonstration. > > [1] > http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/overview/ccomment_ovw.asp Ingo -- http://www.satzansatz.de/css.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7 List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/