Re: [css-d] Misterious Firefox bug?
Good afternoon Gunlaug,
It was foretold that on 25/10/2008 @ 01:01:08 GMT+0200 (which was
21:01:08 where I live) Gunlaug Sørtun would write:
snipped a bit
FWIW: My Opera does the same - probably because I have 'minimum font
size' set (didn't check).
Didn't check with minimum font size lol.
There is a general problem with your code, in that you have headlines
with the same styles but in different places/environments. Would be
easier to get each of them right if you targeted them a bit more precise.
To fix that broken h1 line it might be suitable to add...
#main-top h1 {
clear: both;
padding: .5em 0 0 .5em;
...which is targeted, and works - if you like the alignment :-)
Darn, i knew it! I was too happy when David didn't mention it...
thought for once my code was ok :-)
It works and yes ... i'm happy with the alignment ;-)
There is what seems to be a real Gecko-bug in there - a
change/regression from Firefox 2.x to 3.x, in that the size of the
h3:first-letter seems to determine the width of h3. It should be the
width of h3's text that determined its width when no width is declared -
as it is in Fx 2.x and all other browsers I've checked in. Only checked
on windows (2K/XP/Vista).
If you want that h3 to line up more identical across browser-land, you
have to declare width on h3, for instance...
#main-top h3 {
width: 20em;
Worked like a charm.
But here's something strange that also seems to work:
I got a private message from a list member like follows:
Change this to a percentage and it should fix it in firefox
#container {
max-width:48.75em;
min-width:34.75em;
}
After some testing (forgot the formula to calculate
ems into %, stupid me) i came up with :
max-width:55%;
min-width:20%;
and the headings came in place.
But i wasn't sure if that would go nicely with your ie-expression
Gunlaug.
--
Best regards,
Luc
_
Using the best e-mail client: The Bat! version 4.0.18 with Windows XP
(build 2600), version 5.1 Service Pack 2 and using the best browser:
Opera.
My education was interrupted only by my schooling. - Winston
Churchill.
__
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/
Re: [css-d] Misterious Firefox bug?
Luc wrote: FWIW: My Opera does the same - probably because I have 'minimum font size' set (didn't check). Didn't check with minimum font size lol. Always a good idea to test your own designs beyond breaking-point so you know their weaknesses, before visitors come along and break them for you :-) [...] After some testing (forgot the formula to calculate ems into %, stupid me) i came up with : '%' and 'em' have nothing in common in declarations like this, so no calculation-formula would make sense anyway. - A width (min/max/whatever) in '%' on the outer container is relative to body-width/window-width, and that's not a constant since every single end-user on earth can decide on their own screen width and browser-window width. - A width (min/max/whatever) in 'em' on the outer container is relative to actual font-size in each end-user's browser. The reason your layout could take both window-width and font-size into account, is that 'width' is in '%' and 'min/max' are in 'em'. I call that conditional elastic, and it'll make the most out of available software, hardware and user-preferences for all end-users. Changing units turns it into something else, that may not fit well anywhere. Advice: leave it as it was before. max-width:55%; min-width:20%; and the headings came in place. No doubt you can find values that work on default-settings at your end, but try font-resizing on those percentages. No adjustment of layout-width to font-size anymore. But i wasn't sure if that would go nicely with your ie-expression Gunlaug. The ie-expression works totally independent of any regular min/max declarations - IE6 doesn't understand those regulars anyway and other browsers don't understand ie-expressions. The expression also overrides 'width', and you don't have to tell other browsers what IE6 uses either. Advice: leave the ie-expression as is. regards Georg -- http://www.gunlaug. __ 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/
Re: [css-d] vertical-align - Parent Element
Doug Jolley wrote: Not the block ... the paragraph line-boxes - one for each line in the paragraph. Thanks. I don't really see how a line-box can be considered to be a parent element. when it's not even an element at all. However, the whole world must think that it is because virtually everyone refers to parent when addressing this issue. Thanks for the input. ... doug The line box is an anonymous inline element [1] [2] generated by the DOM. The line box is an anonymous parent in the inline formatting context or anonymous child in the block formatting context. [1] http://www.w3.org/TR/CSS21/visuren.html#line-box [2] http://www.w3.org/TR/CSS21/visuren.html#x10 -- Alan http://css-class.com/ Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo http://www.wearechange.org/ __ 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/
