On Feb 28, 2010, at 12:17 AM, Elli Vizcaino wrote: > In FF3 & FF2, again in the post comments form there is a border that shows up > around the input element(type submit), even though the contact form has the > same exact styling and it works fine there but for some reason not on the > post comments form:
> http://keithkemper.net/uncategorized/the-joint-is-jumping/ --- On Mon, 3/1/10, Philippe Wittenbergh <[email protected]> wrote: there is an input type="hidden" on that page (last element in the fieldset) that gets styled (line 536 of styles.css) .cform label, .cform input, .cform textarea, #commentform label, #commentform input, #commentform textarea { background: #191b1d; border: 1px solid #454546; display: block; /* <------ that makes the input[type="hidden"] visible. */ margin-bottom: 15px; } Safari and Opera suppress the display of the element anyway. Firefox 3 and 3.5 allow the styling. From Firefox 3.6, the display is force set to 'none' in the UA stylsheet. > last but not least, in both Safari 3 and Safari windows, my navigation breaks > because these 2 browsers refuse to inherit the font-size I have set in the > stylesheet. It appears to me that these browsers are using some default bold > on the font and I don't know how to control it. In Safari 3, Safari 4, latest WebKit nightly build, Chrome, Firefox 3.0+ and Opera 10.5 the 'search' word partly overlap the input field. This is on OS X 10.5 and 10.6. Is it that what you mean ? The left part of that navigation displays using a bold weight because that is what you told it to do. in #kk_nav_list li, #kk_nav_list li a, #kk_nav_search { color: #90c7bb; font-weight: bold; /* <--- */ text-transform: uppercase; } (line 210 of your stylesheet.) it takes 5 seconds to quiz the page with Firebug or WebKit's inspector. I already use Firebug, which is why given the extent of the site I managed to bring my cross browser issues down to these last few items and never in my mind would I have guessed that hidden input fields would be styled by certain browsers which is why I got stumped in not being able to figure out that was the problem when I was targeting the input type submit element with overriding CSS rules. Any way thanks for pointing out the display: block item - I only really needed it on my label elements anyway so I've made the adjustment. With regards to the font-size issues in Safari - it's amazing that on your Mac, several browsers are showing an overlap, while on my PC it is just Safari 3 and Safari Windows. I think this has something to do with the way Macs tend to render fonts. They have some kind of "inherit bold" in addition to CSS bold or something for lack of a better word. And yes I did style the text in the nav bold but it's the actually size of the font being rendered in Safari 3, Safari Windows and apparently on a Mac machine that is throwing it off. I thought that using reset styles, percentages and ems would have worked in providing more consistency in font-size across all the browsers/platforms. Any ideas on how to resolve this? Also, any ideas on the IE7 zoom and legend element issue? TIA, Elli ______________________________________________________________________ css-discuss [[email protected]] 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/
