Re: [css-d] Problem with all Mac browsers according to BrowserCam
Al Sparber wrote: 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 option is to use images instead of text, I don't like that option. It isn't as SEO-friendly as text links and SEO-friendliness is important. That images are an SEO liability is a debatable issue (at worst). Image replacement is another option. I'd agree with Al here. You can use text with background images and position the text off left for the benefit of screen readers, 'bots, etc.. BTW - I was not suggesting that all menu items be set to the same width. You can of course set each one to match the length of the text. Cordially, David -- __ 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] Problem with all Mac browsers according to BrowserCam
BTW - I was not suggesting that all menu items be set to the same width. You can of course set each one to match the length of the text. Cordially, David -- I suspect that is the client's call and my clients all want menu items of the same length/width. And I tend to agree with them. Del __ 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] Problem with all Mac browsers according to BrowserCam
At 20:47 -0500 on 07/18/2009, Reese wrote about Re: [css-d] Problem with all Mac browsers according to Brow: It isn't asnSEO-friendly as text links and SEO-friendliness is important. So long as each image has an ALT tag with the text, the SEO Police should be reading it and treating it as if it were the text itself. -- Bob Rosenberg RockMUG Webmaster webmas...@rockmug.org www.RockMUG.org __ 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] Problem with all Mac browsers according to BrowserCam
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 me that this is only a problem with Safari. That the display is correct with Mac/FF. I do not have a Mac machine available locally so second-hand reports and BrowserCam has been my workaround. Before I start posting code or links, are there any known issues with Mac (or Mac/Safari) that would explain this different handling of linked, inline list elements? I tried searching the Wiki but mac font size didn't bring up any results, neither did safari font size. Reese __ 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] Problem with all Mac browsers according to BrowserCam
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 all of your browsers set to default font-size. Are all your browsers set at their default-- minimum font-size. Are the list-items letter-spaced. Are the list-items calling Verdana. Is the list easily broken with font-scaling. Is your friend on Mac 10.4 or 10.5 Best bet is a clickable link to the page... __ 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] Problem with all Mac browsers according to BrowserCam
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, Helvetica, sans-serif. Is the list easily broken with font-scaling. It doesn't break with font-scaling - except IE6. IE6 breaks, but does not easily break. Is your friend on Mac 10.4 or 10.5 I don't know. I've asked before, I'll ask again. Ditto for the version of Safari he's using. Best bet is a clickable link to the page... Yes, but it's proprietary stuff for a client so I hoped to avoid extracting the relevant code for public viewing. Reese __ 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] Problem with all Mac browsers according to BrowserCam
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 nearly identical length on both the Win and Mac platforms), but Helvetica Neue gives me a serif font everywhere except in Konqueror (Fedora Core 6). I'll have to play with the letter-spacing now that I know it's the problem child, thank you for the help. Reese __ 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] Problem with all Mac browsers according to BrowserCam
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. __ 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] Problem with all Mac browsers according to BrowserCam
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 widths will have a less detrimantal effect on your design. 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 option is to use images instead of text, I don't like that option. It isn't as SEO-friendly as text links and SEO-friendliness is important. Reese __ 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] Problem with all Mac browsers according to BrowserCam
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 is trying to tell you is that different fonts have different widths, so changing the font-family will cause the links to be wider or narrower than you intend. Because you have absolutely no control over the size of text that displays on a visitor's computer, 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 widths will have a less detrimantal effect on your design. Cordially, David -- __ 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] Problem with all Mac browsers according to BrowserCam
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 option is to use images instead of text, I don't like that option. It isn't as SEO-friendly as text links and SEO-friendliness is important. That images are an SEO liability is a debatable issue (at worst). Image replacement is another option. -- Al Sparber - PVII http://www.projectseven.com Dreamweaver Menus | Galleries | Widgets http://www.projectseven.com/go/apm An Accessible Elegant Accordion __ 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/
