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: > - 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?
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?
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: > 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: > 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/
Re: [css-d] Misterious Firefox bug?
Good evening David, It was foretold that on 25/10/2008 @ 16:51:00 GMT-0400 (which was 18:51:00 where I live) David Laakso would write: > Did you forgot to include the uri for the capture? Ooops, sorry for that > 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. 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 ;-) -- 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. "Give a man a fish and you feed him for a day; teach him to use the Net... and he won't bother you for weeks." __ 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/
[css-d] Misterious Firefox bug?
Good afternoon list, 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. -- 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. "Age is an issue of mind over matter. If you don't mind, it doesn't matter." - Mark Twain (1835-1910) - US author __ 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/