[css-d] font-size and padding
Good afternoon list, Page: http://www.dzinelabs.com/sandbox/MP/Pages/Contact_success.php Css: http://www.dzinelabs.com/sandbox/MP/Stylesheets/MP.css I've got an image above the footer and because the page doesn't have much filling, unlike some other pages, the distance between it and the footer was real small. The footer sit's outside the container so i thought in my wisdom to create a class with a padding-bottom and apply that to the #content. Worked nicely but upon bumping the font-size up (not page-zoom) in IE, Firefox and Mozilla, the vertical distance between the footer and the nav menu get's smaller. It probably has to do with the fact that the font-size on #sidebar is set to .75em so the padding will scale at a smaller rate. I tried setting the font-size on the internal elements of the sidebar (the ul) and not on the sidebar itself. But i had no luck. Could somebody enlighten me? -- 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. You need a witness when you get married. Just like when you have an accident or a duel… - Sacha Guitry - French actor __ 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] Site Check for IE layout issues
hard time getting a handle on how to ensure all of my content is in the right place in Internet Explorer 7 and 6. . You are running Proprietary HTML not XHTML strict. The resolution of this issue is best left to a list pro. I assume you are referring to the DOCTYPE ? Is the HTML proprietary because of the javascript for flash ( from Adobe) ? Should this be transitional or another HTML Doctype altogether ? I'm not a list pro and this may offer little in terms of resolution, but... As I understand it, Internet Explorer doesn't support XHTML, so even if you specify XHTML in the doctype and even if you made server-side adjustments to _ensure_ that you were sending XHTML to the browser, IE simply won't render it as XHTML, using instead it's own HTML interpretation. I've yet to see the real benefit to using XHTML over well-formed HTML and tend to use this doctype for everything as a consequence: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; It seems to deliver more consistent and predictable results cross-browser. Hope it helps. --Bill -- ~~~ Bill Brown, MacNimble.com :: From dot concept to dot com since 1999 WebDevelopedia.com, TheHolierGrail.com, Cyber-Sandbox.com, Anytowne.com The intuitive mind is a sacred gift and the rational mind is a faithful servant. We have created a society that honors the servant and has forgotten the gift. -- Albert Einstein ~~~ __ 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] font-size and padding
Luc wrote: http://www.dzinelabs.com/sandbox/MP/Pages/Contact_success.php .but upon bumping the font-size up (not page-zoom) in IE, Firefox and Mozilla, the vertical distance between the footer and the nav menu get's smaller. Do stay awake nights thinking up weird issues with this site? #sidebar1 { border:1px solid #fff; :: 4 position only :: } #sidebar1 ul { padding : 0 0 3em 0; } :: amend to read (and tweaqk to taste) :: -- 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] Site Check for IE layout issues
From: Bill Brown [EMAIL PROTECTED] Date: Sat, 08 Nov 2008 10:18:55 -0500 To: SuzT808 [EMAIL PROTECTED] Cc: css-d@lists.css-discuss.org, David Laakso [EMAIL PROTECTED] Subject: Re: [css-d] Site Check for IE layout issues I'm not a list pro and this may offer little in terms of resolution, but... As I understand it, Internet Explorer doesn't support XHTML, so even if you specify XHTML in the doctype and even if you made server-side adjustments to _ensure_ that you were sending XHTML to the browser, IE simply won't render it as XHTML, using instead it's own HTML interpretation. I've yet to see the real benefit to using XHTML over well-formed HTML and tend to use this doctype for everything as a consequence: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; It seems to deliver more consistent and predictable results cross-browser. Hope it helps. --Bill That's not my understanding at all! I used the following for a number of years: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; and recently switched to: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; Source: http://en.wikipedia.org/wiki/Quirks_mode http://www.alistapart.com/stories/doctype/ Could someone else please verify? --- Alyda __ 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] Site Check for IE layout issues
Alyda Gilmore wrote: That's not my understanding at all! I used the following for a number of years: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; and recently switched to: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; Source: http://en.wikipedia.org/wiki/Quirks_mode http://www.alistapart.com/stories/doctype/ Could someone else please verify? Hi Alyda-- I should add that IE reads XHTML, so it supports it in that sense, but it serves the pages as text/html not as application/xml+xhtml. I interpret that to mean that it's going to serve the pages as html, regardless of whether or not I've specified an xhtml doctype. Source: http://blogs.msdn.com/ie/archive/2005/09/15/467901.aspx It used to be possible to trick IE into serving documents as application/xml, but I'm not sure if this is still possible (or even used). Source: http://www.w3.org/MarkUp/2004/xhtml-faq#ie Two other useful questions on that page: http://www.w3.org/MarkUp/2004/xhtml-faq#texthtml http://www.w3.org/MarkUp/2004/xhtml-faq#mime11 Hope that helps. --Bill -- ~~~ Bill Brown, MacNimble.com :: From dot concept to dot com since 1999 WebDevelopedia.com, TheHolierGrail.com, Cyber-Sandbox.com, Anytowne.com The intuitive mind is a sacred gift and the rational mind is a faithful servant. We have created a society that honors the servant and has forgotten the gift. -- Albert Einstein ~~~ __ 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] control td text
[EMAIL PROTECTED] wrote: Thank you for your reply. But when I use the suggestion for the css of {display: block: text-align: center; display: bold;}, That's not what I suggested. Why don't you post a URL so that we could see what your real text page is? I'm using td.boldcenter for the class name That's a poor name because it binds class to specific visual rendering. so my codes looks like this: tr td class=boldcenter9-25-08/td td class=boldcentera href=xxx.pdfName/a/td tdThis is where some information would go that I do not want centered or bold./td /tr That can't be all of the code, and you didn't describe what CSS code you have. A URL would tell this all. Some people have suggested the use th. That means table header cell, and should be used for headers only. After selecting markup, you need to pay attention to the fact that th elements are by default normally rendered as centered and bold, so you may wish to take actions that override this (or just accept it). -- Yucca, http://www.cs.tut.fi/~jkorpela/ __ 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] CSS help - IE problems
Al Kendall wrote: 1. In Firefox v3, it looks great. 2. In IE v7 all the graphics and text are much larger and take up much more space on the screen. 3. In Opera v9, it close to firefox, but you not in the drop-down menu there are gaps under each link and then one link is too long so it drops down to a second line with a great space. 1. http://www.alsfitt.com/images/firefox-v3.jpg 2. http://www.alsfitt.com/images/ie-v7.jpg 3. http://www.alsfitt.com/images/opera-v9.jpg Cheers Al The above is in reference to: http://www.alsfitt.com/index.php There are individual differences among platforms and browsers, among them, whether they round font-sizes up, or round them down. About the best one can do is to try and achieve at least some semblance of consistency. Some author's claim setting default (100%) on percent on the body declaration, and then using percent for all selectors throughout the style sheet (with line-height set as a raw unit-less number) yields *relatively* consistent results cross-browser. Try targeting specific selectors using percent and see if it helps a little. Something like this: body { font-size : 76%; - :: delete font-size:100%; - :: add } And add this to your style sheet: .menu4, #adds, a#popupx, a#popupy, a#popupz { font-size: 75%; } Whether this will help your situation, at least a little, remains to be seen... __ 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] Site Check for IE layout issues
SuzT808 wrote: www.cocomomi.com/index8.html http://www.cocomomi.com/index8.html Hi, I assume you are referring to the DOCTYPE ? Is the HTML proprietary because of the javascript for flash ( from Adobe) ? Should this be transitional or another HTML Doctype altogether ? Thanks You are running Proprietary HTML. Changing the doctype will not fix the issues at hand regardless of what doctype you use. The resolution of this issue is best left to someone who knows more about this than me. -- 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] unfloated form drops in IE
Good evening list, David Hucklesby wrote: I'm not seeing this behavior in IE 6 nor IE 7 this end (Win xp). Did you fix it, or are you using a different version of IE ? Me myself and i wrote in reply You don't see it? Strange, haven't fixed it. Using Win xp IE6.0.2900. IE7 is a stand alone version. Font-size at largest and resizing the browser window and you don't get the drop? Hmmm well, if it's only at my end,there's something rotten in the state of my system :-) Well, i've gotten some reports from users that have the same experience... so am i really loosing it? Could i have some more checks please with IE ... just to be sure ... it really puzzles me -- 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. When an Australian buys a new boomerang, how does he throw the old one away? - Zap - Italian comedian __ 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] CSS help - IE problems
On Sat, 08 Nov 2008 13:28:50 -0500, David Laakso wrote: Al Kendall wrote: 1. In Firefox v3, it looks great. 2. In IE v7 all the graphics and text are much larger and take up much more space on the screen. 3. In Opera v9, it close to firefox, but you not in the drop-down menu there are gaps under each link and then one link is too long so it drops down to a second line with a great space. 1. http://www.alsfitt.com/images/firefox-v3.jpg 2. http://www.alsfitt.com/images/ie-v7.jpg 3. http://www.alsfitt.com/images/opera-v9.jpg Cheers Al The above is in reference to: http://www.alsfitt.com/index.php There are individual differences among platforms and browsers, among them, whether they round font-sizes up, or round them down. About the best one can do is to try and achieve at least some semblance of consistency. Some author's claim setting default (100%) on percent on the body declaration, and then using percent for all selectors throughout the style sheet (with line-height set as a raw unit-less number) yields * relatively* consistent results cross-browser. ~~ After much mucking about with font-size settings, I found the most consistent results using 100% base for IE, and 16px for modern browsers. (Actually, for Netscape 4 as well, if you care!) This corresponds to what Richard Rutter recommended a year ago.[1] If you calculate ems or percents from this base, rounding any fraction *up* to the next higher 1% (0.01em) for Safari, you should get real consistency among browsers. Not perfect, but as close as owt. [1] http://www.alistapart.com/articles/howtosizetextincss Cordially, David -- __ 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] font-size and padding
Luc wrote #sidebar1 { border:1px solid #fff; :: 4 position only :: Do you use most of the time borders for debugging? I recall i've read somewhere that's this causes side effects on the rest of a page and therefore not recommended... If the use of a border causes a problem when de-bugging, such as causing a float drop, in a too tight width situation-- use a background-color on the element (takes up no width) instead. -- 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] font-size and padding
Good evening David, It was foretold that on 08/11/2008 @ 16:14:46 GMT-0500 (which was 19:14:46 where I live) David Laakso would write: If the use of a border causes a problem when de-bugging, such as causing a float drop, in a too tight width situation-- use a background-color on the element (takes up no width) instead. Ah, nice one ... will do David. -- 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 hardest thing in the world to understand is the income tax. - Albert Einstein __ 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] font-size and padding
Luc wrote: Do you use most of the time borders for debugging? I recall i've read somewhere that's this causes side effects on the rest of a page and therefore not recommended... Of course it does ... borders take up space and may break tightly organized layouts. To me that's an excellent reason for using borders while debugging, so I don't have to introduce other means to the same effect. Tightly organized layouts tend to break under stress anyway, so better break them early. I hardly ever use developer tools since they add unnecessary delay to the debugging process by not allowing me to challenge layouts quickly and easy enough. I generally find it much quicker to go straight to the problem - the code, and break everything across the entire browser-land before introducing fixes that will work in all browsers. Of course not everything I see out here is worthy of fixing. Some is so broken (by design) that it is better to start from scratch. Always another way to achieve the same visual effects, which in most cases is what it's all about in web design. but hey, due to my insanity i'm not the smartest kid on the block ;-) Sane web designers don't think too much - they copy. Not much progress in that, but it works - now and then. Better save your excuses and stay in the circles of designers who beg, steal and borrow and work hard on understanding how things work. We may act a bit insane at times, but in the long run our persistence pays off :-) 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] CSS help - IE problems
David Hucklesby wrote: This corresponds to what Richard Rutter recommended a year ago.[1] [1] http://www.alistapart.com/articles/howtosizetextincss Packed cram full of false, erroneous, and naive information, in my book. le triomphe de mediocre --Baudelaire -- 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] unfloated form drops in IE
Luc wrote: Could i have some more checks please with IE ... just to be sure ... it really puzzles me Of course the form drops in IE6. You're using a px/px based IE-expression to control min/max width, but the container and several elements inside it have width based on 'em'. Such a combination can never work. 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] font-size and padding
Luc wrote: Good evening David, It was foretold that on 08/11/2008 @ 16:14:46 GMT-0500 (which was 19:14:46 where I live) David Laakso would write: If the use of a border causes a problem when de-bugging, such as causing a float drop, in a too tight width situation-- use a background-color on the element (takes up no width) instead. Ah, nice one ... will do David. Better yet, and smarter, read what Georg wrote about the same subject. -- 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] CSS help - IE problems
On 2008/11/08 13:12 (GMT-0800) David Hucklesby composed: what Richard Rutter recommended a year ago.[1] [1] http://www.alistapart.com/articles/howtosizetextincss That article was a follow-up designed to expand the damage he did over 3 years previous on his blog: http://clagnut.com/blog/348/ Some damage explained demonstrated: http://www.bergamotus.ws/misc/sensible-css-text-sizing.html http://fm.no-ip.com/SS/Clagnut/bbcnSS.html http://fm.no-ip.com/SS/Clagnut/eonsSS.html -- Love is not easily angered. Love does not demand its own way. 1 Corinthians 13:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.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] Site Check for IE layout issues
On Sat, 08 Nov 2008 06:18:47 -1000, Alyda Gilmore wrote: From: Bill Brown [EMAIL PROTECTED] [...] As I understand it, Internet Explorer doesn't support XHTML, so even if you specify XHTML in the doctype and even if you made server-side adjustments to _ensure_ that you were sending XHTML to the browser, IE simply won't render it as XHTML, using instead it's own HTML interpretation. I've yet to see the real benefit to using XHTML over well-formed HTML and tend to use this doctype for everything as a consequence: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; It seems to deliver more consistent and predictable results cross-browser. Hope it helps. --Bill That's not my understanding at all! I used the following for a number of years: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; and recently switched to: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd; To bring this on-topic (CSS) note that browsers use a DOCTYPE as a mode switch only. This has most effect in IE, which not only reverts to the old box model without a DOCTYPE, but does not even pretend to support CSS 1. Other browsers are less affected, and still apply full CSS 2+ as far as they are able.[1] In brief, I don't think HTML vs XHTML DOCTYPE makes much difference to CSS rendering. Just make sure you use a valid DOCTYPE for IE's sake. I think David means that Flash is proprietary. He may be saying he cannot debug a page that includes Flash - nor can I. Sorry. As far as XHTML vs. HTML issues go:- As long as your page has a name ending in .html or .htm all browsers see your code as HTML unless you have done something strange on your server. If you change the filename extension to .xhtml browsers will try to treat it as XHTML. This is true for pages viewed locally, and true on many, but not all servers. XHTML 1.1 is *only* intended to be used as XHTML. I suggest you not use this for pages seen as HTML - although it does not matter much, since XHTML is designed to be interpreted as HTML as well as XHTML. Fortunately, since that's what a majority of pages are doing. Bottom line - use a valid DOCTYPE for IE and for the validator. When the validator recognizes the HTML 5 DOCTYPE, you can use that one instead, as it does the mode switch in all browsers, as far as I can tell: !DOCTYPE html [1] http://www.gunlaug.no/contents/wd_additions_34.html Cordially, David -- __ 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] font-size and padding
On Sat, 8 Nov 2008 17:45:21 -0200, Luc wrote: [...] Do you use most of the time borders for debugging? I recall i've read somewhere that's this causes side effects on the rest of a page and therefore not recommended... but hey, due to my insanity i'm not the smartest kid on the block ;-) You are right - borders affect the layout. Outline would work best if only IE supported it. Otherwise I add background-color (usually as extra DEBUG rules at the bottom of my style sheet. Glad you got sorted. Cordially, David -- __ 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] font-size and padding
Good evening Gunlaug, It was foretold that on 08/11/2008 @ 22:21:37 GMT+0100 (which was 19:21:37 where I live) Gunlaug would write: snipped a bit Of course it does ... borders take up space and may break tightly organized layouts. To me that's an excellent reason for using borders while debugging, so I don't have to introduce other means to the same effect. Tightly organized layouts tend to break under stress anyway, so better break them early. I hardly ever use developer tools since they add unnecessary delay to the debugging process by not allowing me to challenge layouts quickly and easy enough. I generally find it much quicker to go straight to the problem - the code, and break everything across the entire browser-land before introducing fixes that will work in all browsers. That's an excellent advice ... i'll use that in the future for debugging ... i tried some of the debugging tools but to me they always seem to make it more difficult to see what's going on. Better save your excuses and stay in the circles of designers who beg, steal and borrow and work hard on understanding how things work. I didn't meant that as an excuse ... i was just trying to be polite and a bite 'loose' . Believe me, i do try to understand how everything works ... :-) -- 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. Wit is a weapon. Jokes are a masculine way of inflicting superiority. But humour is the pursuit of a gentle grin, usually in solitude. - Frank Muir (1920-1998) - humourist __ 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] font-size and padding
Good evening David, It was foretold that on 08/11/2008 @ 14:29:06 GMT-0800 (which was 20:29:06 where I live) David Hucklesby would write: snipped a bit Otherwise I add background-color (usually as extra DEBUG rules at the bottom of my style sheet. Funny you mention that ... i'm just reading about debug scaffolding: http://tantek.com/log/2004/09.html http://tantek.com/log/2004/mccgrid.css Glad you got sorted. Me too :-) -- 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. If passion drives you, let reason hold the reigns. __ 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] unfloated form drops in IE
Good evening Gunlaug, It was foretold that on 08/11/2008 @ 22:37:31 GMT+0100 (which was 19:37:31 where I live) Gunlaug Sørtun would write: snipped a bit You're using a px/px based IE-expression to control min/max width, but the container and several elements inside it have width based on 'em'. Such a combination can never work. Ah yes... the ie.css needs the container and those elements in px otherwise ie will use the dimensions set in the MP.css No excuse ;-) -- 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. Start by doing the necessary, then the possible and suddenly you are doing the impossible. (St. Francis of Assisi) __ 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] font-size and padding
Luc wrote: [...] Believe me, i do try to understand how everything works ... :-) I know :-) Stay on course and you will. 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] unfloated form drops in IE
Luc wrote: Ah yes... the ie.css needs the container and those elements in px otherwise ie will use the dimensions set in the MP.css Or the other way around: using an em/em based IE-expression and let IE6 use the existing 'em' dimensions the same way other browsers do. Of course, this means moving all font-sizing inwards from html and body, as otherwise IE6 will pick up _your_ font-sizes instead of its own. I think you need to read my article one more time... http://www.gunlaug.no/contents/wd_additions_14.html ...as all these issues for each expression-variant are explained there. 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] unfloated form drops in IE
Good evening Gunlaug, It was foretold that on 08/11/2008 @ 00:08:20 GMT+0100 (which was 21:08:20 where I live) Gunlaug Sørtun would write: snipped a bit Or the other way around: using an em/em based IE-expression and let IE6 use the existing 'em' dimensions the same way other browsers do. Of course, this means moving all font-sizing inwards from html and body, as otherwise IE6 will pick up _your_ font-sizes instead of its own. Yeah, i know that from your page: em/em based requires no font setting on the html or body :-) For the sake of sanity: i have set a px width on the container in the ie.css and low and behold: no drop anymore :-) I think you need to read my article one more time... http://www.gunlaug.no/contents/wd_additions_14.html ...as all these issues for each expression-variant are explained there. The beg, steal and borrow part i already know... the understanding part is something else... but i'm trying to stay on course :-) -- 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. He that is taken and put into prison or chains is not conquered, though overcome; for he is still an enemy. - Thomas Hobbes (1588–1679) - British philosopher __ 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] Unwanted Space in Firefox
I am struggling with this for a while. Here is the link http://www.geocities.com/[EMAIL PROTECTED]/techie.html Firefox shows huge space over tabs. In Explore looks alright. How to improve that? I am out of streamline ideas.Please give it a look. Thanks Carla __ 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] Site Check for IE layout issues
I'm not too sure what is causing that problem in MSIE... but this is the code... /div !-- end wbott_inner-- /div div class=clearfix/div !-- mcontent done -- !--footer-- FRYNGE here is where the spacing is taken place in the page in MSIE 7, Just before the home and talk to us - hope this helps div id=footera href=http://www.globalfusionproductions.com/index.html; title=Global Fusion ProductionsHome/a // a href=mailto:[EMAIL PROTECTED] title=contact us Talk to Us/a !-- a href=productsofgf.html title=Products of Global Fusion Coming SoonProducts/a | a href=fusiontv title=Global Fusion TVglobalfusiontv/a | a href=contact.html title=Pin-Pin Huang Su ContactContact/a -- Kelly Sigethy - Frynge.com Web Design - Hosting - Advertising http://www.frynge.com 1-403-251-9486 (Calgary) 1-866-331-9684 (Toll Free - Canada and the USA) +44 (0)8717 206 505 (United Kingdom) - Original Message - From: SuzT808 To: Frynge Customer Support Sent: Saturday, November 08, 2008 2:56 AM Subject: Re: [css-d] Site Check for IE layout issues On Fri, Nov 7, 2008 at 6:22 PM, Frynge Customer Support [EMAIL PROTECTED] wrote: In my internet explorer 7, there are large spaces under the email and the radio In firefox, it shows the player right under the stamp. You have a bit of java script that can be put in to a script instead of inside the main source code Kelly Sigethy - Frynge.com Web Design - Hosting - Advertising http://www.frynge.com 1-403-251-9486 (Calgary) 1-866-331-9684 (Toll Free - Canada and the USA) +44 (0)8717 206 505 (United Kingdom) - Original Message - From: SuzT808 [EMAIL PROTECTED] To: css-d@lists.css-discuss.org Sent: Friday, November 07, 2008 2:35 PM Subject: Re: [css-d] Site Check for IE layout issues Hello I may be sending this twice, as it doesn't appear as though it reached the list. Hello I would appreciate a review of the following page as I am having a hard time getting a handle on how to ensure all of my content is in the right place in Internet Explorer 7 and 6. I am trying to leave 5 out and IE 8 looks okay, I believe this is a fairly simple design and perhaps I may have overcomplicated it so that I can either start fresh or have a clearer indication of what to do and not do next time. Please ignore ( or if you have suggestions on a better approach) the slideshow being blank or the duplicate music player.. www.cocomomi.com/index8.html Thank you in advance Suz Kathy, Is the javascript you are referring to the script for flash ? is that causing problems with the layout ? __ 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] Site Check for IE layout issues
Hi Suze, I hate to throw a wrench into the works but have you checked this page in Safari 3.03 or Firefox 3 on the Mac? It looks kind of odd to me, there are 3 empty blocks in the middle of the page and the radios are stacked on top of each other under the footer. In Safari the play all button is on top of the in Welcome to the World of Global Fusion Productions Inc. I can send you screenshots if you like. What is it supposed to look like? Tracey On Nov 8, 2008, at 4:39 PM, [EMAIL PROTECTED] wrote: - Original Message - From: SuzT808 [EMAIL PROTECTED] To: css-d@lists.css-discuss.org Sent: Friday, November 07, 2008 2:35 PM Subject: Re: [css-d] Site Check for IE layout issues Hello I may be sending this twice, as it doesn't appear as though it reached the list. Hello I would appreciate a review of the following page as I am having a hard time getting a handle on how to ensure all of my content is in the right place in Internet Explorer 7 and 6. I am trying to leave 5 out and IE 8 looks okay, I believe this is a fairly simple design and perhaps I may have overcomplicated it so that I can either start fresh or have a clearer indication of what to do and not do next time. Please ignore ( or if you have suggestions on a better approach) the slideshow being blank or the duplicate music player.. www.cocomomi.com/index8.html Thank you in advance Suz __ 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] Unwanted Space in Firefox
On Nov 9, 2008, at 9:39 AM, Carla Bruni wrote: I am struggling with this for a while. Here is the link http://www.geocities.com/[EMAIL PROTECTED]/ techie.html Firefox shows huge space over tabs. In Explore looks alright. How to improve that? I am out of streamline ideas.Please give it a look. Not only in Firefox, but any browser that is not Internet Explorer. IE is 'saved' by its own stupidity: the grand-dad of the tabs - div#column- has a width specified, which triggers 'haslayout' [1], and isolates the column from the surrounding completely. In other browsers, the column is not isolated, and the 'clear:left' declared on the ul.tabs effectively clears the left column. That is the correct behaviour. What you'll need to do is isolate the column form the surrounding in compliant browsers, by establishing a new block formatting context. #column {overflow:hidden} would do that. [1] http://www.satzansatz.de/cssd/onhavinglayout.html [2] http://www.w3.org/TR/CSS21/visuren.html#block-formatting Philippe --- Philippe Wittenbergh http://l-c-n.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/