[css-d] IE7: Non-floated h2 next to floated element

2009-07-18 Thread Valerie Wininger
Hey everyone. I have been looking at this issue for far too long, and I'm hoping that one of you can save me. The website I'm working on is here: http://superluxefibers.com/dev/blog/. The issue is in IE7. The first blog post shows the h2 correctly lines up next to the div containing the date.

Re: [css-d] css validation help

2009-07-18 Thread david
Alan Gresley wrote: Erik Vorhes wrote: On Fri, Jul 17, 2009 at 1:29 AM, Alan Gresleya...@css-class.com wrote: The best way is to only hack IE7 or lower since all modern browsers (including IE8) should render a page the same way. I would not recommend hacking your HTML with IE Conditional

Re: [css-d] IE7: Non-floated h2 next to floated element

2009-07-18 Thread Philippe Wittenbergh
On Jul 18, 2009, at 4:28 PM, Valerie Wininger wrote: http://superluxefibers.com/dev/blog/. The issue is in IE7. The first blog post shows the h2 correctly lines up next to the div containing the date. However, in the 2nd post, the alignment has changed, and the h2 element appears to be

Re: [css-d] IE7: Non-floated h2 next to floated element

2009-07-18 Thread Valerie Wininger
Not sure about IE 7 (N.A. here, right now), but based in IE 6: .post {        /*float:left;        clear:both;*/        padding-top:1px } Philippe --- Philippe Wittenbergh http://l-c-n.com/ Philippe, That did the trick--Thank you SO much!! Valerie Wininger www.21rubylane.com

Re: [css-d] css validation help

2009-07-18 Thread Philippe Wittenbergh
Just 2 notes on this: On Jul 17, 2009, at 3:29 PM, Alan Gresley wrote: I would not recommend hacking your HTML with IE Conditional comments since they are not in one location and thus not easily removed. 1. If your website is larger than 3 pages and reuses the same stylesheets, I hope

Re: [css-d] css validation help

2009-07-18 Thread Brian Hazelton
Philippe Wittenbergh wrote: Just 2 notes on this: On Jul 17, 2009, at 3:29 PM, Alan Gresley wrote: I would not recommend hacking your HTML with IE Conditional comments since they are not in one location and thus not easily removed. 1. If your website is larger than 3 pages

Re: [css-d] css validation help

2009-07-18 Thread Alan Gresley
david wrote: Alan Gresley wrote: [...] Hello Erik, This is still hacking HTML for IE7 or lower due to lack of support for CSS2.1. My CSS and hacks are *centralized* as oppose to being *decentralized* in the HTML. They can be removed in a flash. All your conditional comment (in the HTML)

Re: [css-d] css validation help

2009-07-18 Thread Alan Gresley
Philippe Wittenbergh wrote: Just 2 notes on this: On Jul 17, 2009, at 3:29 PM, Alan Gresley wrote: I would not recommend hacking your HTML with IE Conditional comments since they are not in one location and thus not easily removed. 1. If your website is larger than 3 pages and

[css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread Reese
I have an inline, unordered list for a horizontal navigation menu. What I'm seeing on BrowserCam, all Mac browsers increase the size of the text in those hnav links, causing the list to wrap to a new line where the wrapped text gets lost against the background. That's BrowserCam, a Mac user tells

Re: [css-d] css validation help

2009-07-18 Thread David Laakso
Alan Gresley wrote: I have been influenced by Georg and his masterpiece. http://www.gunlaug.no/contents/wd_1_02_01.html Indeed. Interesting fellow, Georg: On feeding styles to Redmond... http://www.gunlaug.no/contents/wd_additions_12.html (works for me)

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread David Laakso
Reese wrote: I have an inline, unordered list for a horizontal navigation menu. What I'm seeing on BrowserCam, all Mac browsers increase the size of the text in those hnav links, causing the list to wrap to a new line where the wrapped text gets lost against the background. Reese Are

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread Reese
Hello David, David Laakso wrote: Are all of your browsers set to default font-size. Are all your browsers set at their default-- minimum font-size. All the Win-platform browsers, yes and yes. Are the list-items letter-spaced. Yes. Are the list-items calling Verdana. No. Geneva, Arial,

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread Reese
David Laakso wrote: Wild guess... Try: font-family: Helvetica Neue, Geneva, Arial, sans-serif; and comment-out the letter-spacing. Helvetica Neue? The latest BrowserCam results indicate that dropping the letter spacing fixed the line wrap (and the array of list items appears to be a

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread David Laakso
Reese wrote: Are the list-items letter-spaced. Yes. Are the list-items calling Verdana. No. Geneva, Arial, Helvetica, sans-serif. Wild guess... Try: font-family: Helvetica Neue, Geneva, Arial, sans-serif; and comment-out the letter-spacing.

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread Reese
David Hucklesby wrote: ... I suggest you make the link container, probably an LI, a fixed width, and take out any padding to the left and right of the text. Give the link text breathing room to expand, at least to the entire width of its container. That way, differences in text size and font

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread David Hucklesby
Reese wrote: David Laakso wrote: Wild guess... Try: font-family: Helvetica Neue, Geneva, Arial, sans-serif; and comment-out the letter-spacing. Helvetica Neue? The latest BrowserCam results indicate that dropping the letter spacing fixed the line wrap ... I think that what David

Re: [css-d] Problem with all Mac browsers according to BrowserCam

2009-07-18 Thread Al Sparber
From: Reese howel...@inkworkswell.com I agree with you that your suggestion is the preferred option, but the menu items range from 5 to 20 characters (with spaces, some of them). The text of those items is not negotiable with the client so I don't see that getting very far. I suppose the other