Re: [css-d] Google Chrome :: image no-show
Hi David, re: rough layout http://chelseacreekstudio.com/dl/ On landing, the text-image style, (Zapfino-- top of the left column) does not appear. On a drag to a narrower -- or wider -- window, the text-image will appear. Reproducible: always. The text-image should always appear on landing regardless of the window width. And does so in all my other Mac/Parallels XP . Can anyone reproduce Chrome's bad behavior in native XP/Vista? FWIW, I've reproduced it on a Chromium build for Linux (3.0.187.0). When I inspect the image when it's not visible, Chromium shows the following under 'Computed Style': display: block; float: right; height: 0px; margin-top: 10px; max-width: 96%; overflow-x: hidden; overflow-y: hidden; width: 0px; Note the zero height and width. After resizing the window, the now visible image has the following computed style: display: block; float: right; height: 198px; margin-top: 10px; max-width: 96%; overflow-x: hidden; overflow-y: hidden; width: 205px; Height and width are now computed correctly. Perhaps setting the values manually in your CSS will fix the issue? Regards, Maarten -- Privateer Software Development (www.privateer-software.nl) * web usability, web accessibility, web development * cross-platform software development __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Chrome vs floated tables
Google chrome (2.0.172.31) appears to minimise the width of floated tables which have no explicit width, while most other browsers assume 100%. Is this actually a bug or just one of those undefined behaviours that serve as a lesson to always follow Braden's mantra? -- Richard Grevers, New Plymouth, New Zealand Dramatic Design www.dramatic.co.nz __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Google Chrome :: image no-show
David Laakso wrote: re: rough layout http://chelseacreekstudio.com/dl/ On landing, the text-image style, (Zapfino-- top of the left column) does not appear. On a drag to a narrower -- or wider -- window, the text-image will appear. Reproducible: always. The text-image should always appear on landing regardless of the window width. And does so in all my other Mac/Parallels XP . Can anyone reproduce Chrome's bad behavior in native XP/Vista? Fwiw, Chromium latest snapshot build (Version 3.0.190 (190.0)) running on OS X displays the image just fine before/after/during resizing, independently of zoom level. Have you tried on Safari Windows ? (you probably want Safari 4, to get the most equivalent build). Or, who knows, it maybe is a bug in their graphics layer. Setting the width (width:96%) as maarten suggested _may_ help. PS - You can get the latest OS X builds here (Intel Mac required): http://build.chromium.org/buildbot/snapshots/chromium-rel-mac/ Scroll down to the bottom of the list. (don't go surfing with it yet... ) Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Chrome vs floated tables
--- On Wed, 6/17/09, Richard Grevers richard.grev...@gmail.com wrote: Google chrome (2.0.172.31) appears to minimise the width of floated tables which have no explicit width, while most other browsers assume 100%. Is this actually a bug or just one of those undefined behaviours that serve as a lesson to always follow Braden's mantra? I've always been led to believe that float without explicit width is a no-no, but I think this might only be due to poor browser implementations. From the spec: 10.3.5 Floating, non-replaced elements - If 'width' is computed as 'auto', the used value is the shrink-to-fit width. http://www.w3.org/TR/CSS21/visudet.html#float-width As I read that, Google chrome is the only browser that behaves correctly - over to someone else to correct ME though :) - Bobby __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Absolute Positioning
Hello Folks. [Slightly off topic background info] I've been working on a system so that I can overlay notes onto my photos. A basic run down is that a user will click the top left and bottom right of an area within an image then it'll shoot off and save the x,y of the clicked area. Now, when a user comes to visit the page, I pull the points back and use absolute positioning to place them over the image. The x,y points stored in the database are relative to the position over the image. I get the position of the containing element (called 'photoContainer') and add that to the x,y points to give me my final absolute position. My problem seems to come in when I'm setting the values for the absolutely positioned elements. In IE, they don't show at all, Firefox 3.0.11 displays them correctly sometimes, Safari is about 20px out and so is chrome. The results are shown here: http://tig.gr/photos/keele-hall/img_4274.jpg I've really ran out of ideas now and can't understand why they're not positioning correctly, any help at all would be appreciated. Thank you for at least taking the time to read my post. Scott. t: 07543 670838 e: sc...@tig.gr w: http://tig.gr __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Chrome vs floated tables
2009/6/17 Bobby Jack bobbykj...@yahoo.co.uk: I've always been led to believe that float without explicit width is a no-no, It's a CSS 2 requirement. Dropped in CSS 2.1. -- David Dorward http://dorward.me.ukhttp://blog.dorward.me.uk __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Absolute Positioning
--- On Wed, 6/17/09, Scott Wilcox sc...@tig.gr wrote: I get the position of the containing element (called 'photoContainer') and add that to the x,y points to give me my final absolute position. My problem seems to come in when I'm setting the values for the absolutely positioned elements. In IE, they don't show at all, Firefox 3.0.11 displays them correctly sometimes, Safari is about 20px out and so is chrome. Hi Scott, I think it would probably help to have an actual example to view, rather than just a screenshot, BUT - on your general method - have you considered the following approach: 1. Give photoContainer (or whatever) relative positioning 2. Position the other elements absolutely within that This should reduce any problems caused by different positionings of the containing element. If that doesn't make sense, feel free to mail me directly and I'll explain further. - Bobby __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Google Chrome :: image no-show
Maarten Sander wrote: Hi David, re: rough layout http://chelseacreekstudio.com/dl/ On landing, the text-image style, (Zapfino-- top of the left column) does not appear. On a drag to a narrower -- or wider -- window, the text-image will appear. Reproducible: always. The text-image should always appear on landing regardless of the window width. And does so in all my other Mac/Parallels XP . Can anyone reproduce Chrome's bad behavior in native XP/Vista? FWIW, I've reproduced it on a Chromium build for Linux (3.0.187.0). When I inspect the image when it's not visible, Chromium shows the following under 'Computed Style': display: block; float: right; height: 0px; margin-top: 10px; max-width: 96%; overflow-x: hidden; overflow-y: hidden; width: 0px; Note the zero height and width. After resizing the window, the now visible image has the following computed style: display: block; float: right; height: 198px; margin-top: 10px; max-width: 96%; overflow-x: hidden; overflow-y: hidden; width: 205px; Height and width are now computed correctly. Perhaps setting the values manually in your CSS will fix the issue? Regards, Maarten Thanks Philippe and Martin, Martin, explicitly setting the values did the trick. Chrome loads the image regardless of the window width; and, the image holds and folds without issue from a full window down to 640px. On a very cursory check in IE/8 and Safari/4 the zapfino does its little thing with no apparent jaggies (or at least no gross jaggies)... will check it thoroughly cross-browser this afternoon, Thanks. ~d __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Speed Report sees 2 images loading instead of one?
I just uploaded a new design for the church of which I'm a volunteer
web guy. The HTML and CSS validate.
A Speed Report sees two large background images loading for the
header/banner, but I think my CSS only should load one. They're big
images, so if it's loading both of them, it's a real page weight
problem. Here are the details:
A different header/banner image loads depending on a body tag id.
Here's the relevant CSS:
#twoCol #header {background-image:url(../img/header2col.jpg);}
#threeCol #header {background-image:url(../img/header3col.jpg);}
#header {
padding: 0;
background-repeat: no-repeat;
background-position: center top;
height: 248px;
}
and here's the relevant HTML:
body id=threeCol
div id=header
h1nbsp;/h1
/div
It seems to work fine! However, I just discovered that a Speed
Report seems to be seeing BOTH header background images loading
whereas my CSS is supposed to be only loading one. Here's the
relevant part of the report:
QTY SIZE# TYPEURL COMMENTS
1 112194 CSS IMG http://www.holycrossoca.org/img/header3col.jpg
Header size = 341 bytes
1 112189 CSS IMG http://www.holycrossoca.org/img/header2col.jpg
Header size = 341 bytes
Here are the relevant pages:
http://www.holycrossoca.org
http://www.holycrossoca.org/css/hc.css
http://analyze.websiteoptimization.com
Can anyone tell me whether I've misunderstood my CSS somehow, and it's
actually telling the browser to load both header images? And if my
CSS is doing what I think it's doing, how does that Speed Report
somehow see both of those header images loading?
Many thanks!
Theophan
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Top border of fieldset missing in IE6, IE7
Hi. In IE 6 and IE 7 , can anyone tell me how to get my top border on my fieldset to go over to the legend at this page: http://www.pogoe.org/ask/cancer-pain works great in Safari and FF. This old post may be similar but I could not see a demo and none of the suggestions helped me. http://archivist.incutio.com/viewlist/css-discuss/99213?highlight=Fieldset thanks Peter peterspe...@gmail.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Firefox Mac font spacing
On this page: http://organized.gloderworks.net/indexnew.php (stylesheets here: http://organized.gloderworks.net/stylesheet.css and here: http://organized.gloderworks.net/structure.css) I have a horizontal menu, with vertical lines between each item. In most browser/OS combinations[1] I have tested the outermost verticals are approximately 2px from each end of the background band of colour. However, in Firefox on the Mac (my version is 3.5pre, but it has also been tested in the current stable version) the right-hand vertical is considerably further in from the end; rather than being a margin or padding issue, though, it appears to be the way the fonts are being rendered as they look much narrower in this browser. Anybody know how I can make Mac/Firefox do what I want and have the page look the same as in the other broswers? [1] Windows Vista Chrome 2.0.172.31 Safari 3.2.2 IE8 Windows XP IE7 Safari 4.0 Firefox 3.0.11 Opera 9.64 Windows 7 IE8 Windows 2000 IE6 Firefox 1.5.0.12 Opera 9.03 Mac OS X 10.5.6 Opera 10 Safari 3.2.1 Chrome 3.0.187 Firefox 3.5pre FAIL Firefox 3.0.5 FAIL Camino IE5.2 OpenSuse 11 Firefox 3.0.4 Konqueror 4.1.3 Andrew Frazier -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Stylesheet seems to kill -a- tags
Hello, I am revising my stylesheets and encountered a problem that my a tags no longer work once the stylesheet is linked? The page is located here... http://www.normanfournier.com/realworld.html ...and the stylesheet is located here http://www.normanfournier.com/normanfournier09.css I first took out any a tag styling but that did not solve the issue. Any pointers are greatly appreciated. Thank you! Norman --- Norman Fournier 604 514 1587 nor...@normanfournier.com http://www.normanfournier.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Stylesheet seems to kill -a- tags
On 18/06/2009, at 2:50 AM, Norman Fournier wrote: Hello, I am revising my stylesheets and encountered a problem that my a tags no longer work once the stylesheet is linked? The page is located here... http://www.normanfournier.com/realworld.html ...and the stylesheet is located here http://www.normanfournier.com/normanfournier09.css You've got some problems with your stacking, particularly #footerholder which is sitting on top of everything else and has a min- height of 100%. Give each of your main structural elements a background colour to see what I mean. If you wanted to you could set the z-index of your positioned elements but I would respectfully suggest that you rethink your approach to this layout. The absolute positioning seems to cause problems. The only bit that needs absolute positioning is the sticky footer. The rest could be done using normal document flow and floats. Cheers, Tim __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Speed Report sees 2 images loading instead of one?
2009/6/17 Theophan Dort theop...@bellsouth.net:
...
#twoCol #header {background-image:url(../img/header2col.jpg);}
#threeCol #header {background-image:url(../img/header3col.jpg);}
...
It seems to work fine! However, I just discovered that a Speed
Report seems to be seeing BOTH header background images loading
whereas my CSS is supposed to be only loading one.
...
http://www.holycrossoca.org
Can anyone tell me whether I've misunderstood my CSS somehow, and it's
actually telling the browser to load both header images? ...
The Net Panel in Firebug says there is just one image loaded on the
startpage, header3col.jpg
Ingo
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox Mac font spacing
Andrew Frazier wrote:
On this page:
http://organized.gloderworks.net/indexnew.php
(stylesheets here: http://organized.gloderworks.net/stylesheet.css and
here: http://organized.gloderworks.net/structure.css)
Re-set this:
#nav {font-size: 11px;}
To this:
#nav {font: 11px Helvetica Neue, Arial, sans-serif;}
And tweak the h-padding to taste.
Not tested.
~d
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] scrollbar position
Hello, Im trying to work with boxes having rounded corners and gradient borders. Im using a 1 image technique to accomplish that. Some boxes will eventually need some scrollbars. But Im having a hard time figuring out, how can we properly position the scrollbar so that I can have equal top and bottom margins? I was hoping that playing the margins of the wrapper div will do the trick. But no success. :( Please have a look here: (The css is inside and has been validated). http://www.cantinho.org/pt/cantinho-site/rounded_gradient_boxes_v3.html Thanks a lot, Márcio __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Firefox Mac font spacing
On Jun 18, 2009, at 12:42 AM, Andrew Frazier wrote:
http://organized.gloderworks.net/indexnew.php
(stylesheets here: http://organized.gloderworks.net/stylesheet.css and
here: http://organized.gloderworks.net/structure.css)
I have a horizontal menu, with vertical lines between each item. In
most
browser/OS combinations[1] I have tested the outermost verticals are
approximately 2px from each end of the background band of colour.
However, in Firefox on the Mac (my version is 3.5pre, but it has also
been tested in the current stable version) the right-hand vertical is
considerably further in from the end; rather than being a margin or
padding issue, though, it appears to be the way the fonts are being
rendered as they look much narrower in this browser.
Anybody know how I can make Mac/Firefox do what I want and have the
page
look the same as in the other broswers?
Advanced kerning and ligatures are automatically turned ON in Firefox
mac (On FX windows/linux, it only kicks in at 20px font size). This
makes the whole navbar slightly shorter on Fx Mac.
If you want to 'break' (disable) this: use the letter spacing
property. Eg
#nav {letter-spacing: 0.1px}
(and Arial -the used font has on my side- has crummy ligatures; using
Helvetica Neue as David suggests gives nicer and more readable results).
But I wouldn't worry about that navbar being a few pixels shorter on
Fx Mac.
Your site doesn't hold well together for users who set a minimum font-
size higher than 13px, or who zoom in the text to make it more readable.
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Chrome vs floated tables
On Wed, Jun 17, 2009 at 9:34 PM, Bobby Jackbobbykj...@yahoo.co.uk wrote: --- On Wed, 6/17/09, Richard Grevers richard.grev...@gmail.com wrote: Google chrome (2.0.172.31) appears to minimise the width of floated tables which have no explicit width, while most other browsers assume 100%. Is this actually a bug or just one of those undefined behaviours that serve as a lesson to always follow Braden's mantra? I've always been led to believe that float without explicit width is a no-no, but I think this might only be due to poor browser implementations. From the spec: 10.3.5 Floating, non-replaced elements - If 'width' is computed as 'auto', the used value is the shrink-to-fit width. http://www.w3.org/TR/CSS21/visudet.html#float-width As I read that, Google chrome is the only browser that behaves correctly - over to someone else to correct ME though :) I suspect that Opera and Gecko have both decided to go bug-compatible with Microsoft on this one. Thanks for the feedback everyone. -- Richard Grevers, New Plymouth, New Zealand Dramatic Design www.dramatic.co.nz __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Stylesheet seems to kill -a- tags
On 17-Jun-09, at 3:07 PM, Tim Snadden wrote: On 18/06/2009, at 2:50 AM, Norman Fournier wrote: Hello, I am revising my stylesheets and encountered a problem that my a tags no longer work once the stylesheet is linked? The page is located here... http://www.normanfournier.com/realworld.html ...and the stylesheet is located here http://www.normanfournier.com/normanfournier09.css You've got some problems with your stacking, particularly #footerholder which is sitting on top of everything else and has a min- height of 100%. Give each of your main structural elements a background colour to see what I mean. If you wanted to you could set the z-index of your positioned elements but I would respectfully suggest that you rethink your approach to this layout. The absolute positioning seems to cause problems. The only bit that needs absolute positioning is the sticky footer. The rest could be done using normal document flow and floats. Cheers, Tim Bingo! Thanks a million! Norman Fournier 604 514 1587 nor...@normanfournier.com http://www.normanfournier.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE7 problem with a gap between divs
Hi all, I am trying to determine why I am seeing a 3-pixel gap between a header DIV and a content DIV in IE7 on the following page: http://new.pasadenabusinessassociation.com I realize that I can create a conditional IE style sheet with a -3px top margin on the content div, but that seems wonky. If that is what it takes fine, but I'm wondering if there is something about the structure and css that I am overlooking that is causing this issue on IE7. Best regards, Rob Rob Emenecker @ Hairy Dog Digital 410.694.3575 (arf) || 410.694.3550 (fax) www.hairydogdigital.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE8, fieldset, legend
Found some interesting little IE 8 bug with border painting on a
fieldset.
If you set the legend to {display:none;} then IE 8 will only paint a
border for the bottom half of the form.
http://dev.l-c-n.com/ie8/form-legend.html
And of course, the old -background-on-fieldset-leaks-out is still
present (third form at the bottom of the page).
(and no, I'm not advocating to set the legend to display:none. It is
interesting as it illustrates how the legend-fieldset combo is
represented internally as a data structure).
Philippe
---
Philippe Wittenbergh
http://l-c-n.com/
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7 problem with a gap between divs
Rob Emenecker wrote:
Hi all,
I am trying to determine why I am seeing a 3-pixel gap between a header
DIV and a content DIV in IE7 on the following page:
http://new.pasadenabusinessassociation.com
I realize that I can create a conditional IE style sheet with a -3px top
margin on the content div, but that seems wonky. If that is what it takes
fine, but I'm wondering if there is something about the structure and css
that I am overlooking that is causing this issue on IE7.
Bring Opera, Safari, Firefox, and Camino on-board first. IE/7, and our
little friend on death-row, IE/6, will both follow suit.
*#container-header { height: 160px; /***add to ruleset*/**}
img#mastheadLogo {
display: block**/***add*/**;
/*margin: 0;padding: 0; delete*/}
img#mastheadRight {
display: block/*add*/;
float : right;**/*add*/**
display: block**/*add*/**;
border: 0 none transparent;
/*margin: 0; delete*/
/*padding: 17px 0 0 0;delete*/
margin-top: 20px/*add*/;
width: 540px;
height: 140px;
}
*
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7 problem with a gap between divs
The star is a typo. Delete it.
This:
*#container-header { height: 160px; /***add to ruleset*/**}
Should be this;
#container-header { height: 160px; /***add to ruleset*/**}
~d
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] IE7 problem with a gap between divs
Thanks David,
*#container-header { height: 160px; /***add to ruleset*/**}
img#mastheadLogo {
display: block**/***add*/**;
/*margin: 0;padding: 0; delete*/}
img#mastheadRight {
display: block/*add*/;
float : right;**/*add*/**
display: block**/*add*/**;
border: 0 none transparent;
/*margin: 0; delete*/
/*padding: 17px 0 0 0;delete*/
margin-top: 20px/*add*/;
width: 540px;
height: 140px;
}
Safari and Firefox were behaving.
I previously tried adding the display:block but did not see a difference
with IE7. I set the fixed hit to the header DIV, and weeded out the
extraneous margin/padding settings that were unnecessary, and that DID seem
to resolve the problem.
I found that using the display:block on the two masthead graphics caused the
layout to break. The same was true when I set the float:right on the
right-hand side graphic. Eliminating both of these appeared to resolve the
issue.
Granted, this is all WITHOUT IE6, which I usually patch back to together via
an MS conditional comment CSS sheet load.
Thanks!
...Rob
Rob Emenecker @ Hairy Dog Digital
www.hairydogdigital.com
Please note: Return e-mail messages are only accepted from discussion groups
that this e-mail address subscribes to. All other messages are automatically
deleted.
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
