Re: [css-d] Misterious Firefox bug?
Good afternoon Gunlaug, It was foretold that on 26/10/2008 @ 19:45:47 GMT+0100 (which was 16:45:47 where I live) Gunlaug Sørtun would write: snipped a bit - 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. I see. learning something new every day :-) 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. Advice that i will follow to the letter :-) 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. You're absolutely right. 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. Will do :-) -- 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. The best computer is a man, and it's the only one that can be mass-produced by unskilled labour. - Wernher Von Braun. __ 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?
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] Misterious Firefox bug?
Luc wrote: This page is how it should look: http://www.dzinelabs.com/sandbox/MP/Pages/clientes.php This is how it looks in Firefox: http://www.dzinelabs.com/sandbox/MP/Pages/clientes.php As you can see, the 'departamento logistica' heading is way off base. Opera, IE6 (couldn't check IE7 yet) and Mozilla have it right. Something is affecting just Firefox. My bad or some obscure Firefox bug (although my money is on my bad ;-) )? CSS embedded. Did you forgot to include the uri for the capture? Mac OS X 10.4.11 FF/3.0.3, Safari, and Opera show it on one line. XP Safari, Opera, IE/6, and IE/7 show it on one line. Is it that XP FF/3.0.1 and FF/3.0.3 show it on two lines instead of one line? If that is the case, I do not know why XP FF is rendering it different. -- A thin red line and a salmon-color ampersand forthcoming. http://chelseacreekstudio.com/ __ 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:
Indeed: XP FF 3.0.3
I too find it strange. But since you don't know why it's rendered
different, i'm a bit relieved that it probably isn't my code ;-)
FWIW: My Opera does the same - probably because I have 'minimum font
size' set (didn't check).
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 :-)
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;
}
regards
Georg
--
http://www.gunlaug.no
__
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/
