Re: [css-d] Folks Step Right Up...CSS Oddity
Jason Ogle wrote: Hello there folks, I've got a problem that's absolutely driving me batty! If there were CSS freakshows, this would be one. Please hit this link in IE 6 or 7 http://creative.myspace.com/ca/cahub/test.html The very bottom area has tour dates. Why in the HECK is there that extra space at the bottom of the div and inside is miraculous duplicate dates. You can view source, there are no duplicate dates. Please somebody help asap as I must deliver this tomorrow. Also, please reply to my personal email as well as I'm on digest. Thanks!! Hi Jason, Sounds like the duplicate character bug, which you can read more about here: http://www.positioniseverything.net/explorer/dup-characters.html You have comments in your page so I didn't look any further as that is usually the cause. HTH Mark __ 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] Folks Step Right Up...CSS Oddity (stylesheet added)
I just posted this message but forgot to list where the stylesheet is: I've got a problem that's absolutely driving me batty! If there were CSS freakshows, this would be one. Please hit this link in IE 6 or 7 http://creative.myspace.com/ca/cahub/test.html Stylesheet: http://creative-origin.myspace.com/ca/cahub/profile_temp.css The very bottom area has tour dates. Why in the HECK is there that extra space at the bottom of the div and inside is miraculous duplicate dates. You can view source, there are no duplicate dates. Please somebody help asap as I must deliver this tomorrow. Also, please reply to my personal email as well as I'm on digest. Thanks!! Jason Ogle : design | code | multimedia | music | writing creations : jasonogle.com | vibrations : myspace.com/rhsrox __ 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] Opera, Konq. loading my .css file, FF not
David Hucklesby wrote: On Mon, 14 Jan 2008 19:33:02 +0100, Colin Brace wrote: There is something peculiar happening with my webserver and it is difficult for me to tell what is going on from here. On my desktop system, opening my site's index.html file from a local directory, Firefox v2.0.0.10 renders the page fine. However, when I open it via my server (which is on my LAN), it fails to load the CSS style page. The bizarre thing is that both Konqueror and Opera don't exhibit this problem. I just tried running FF in a different account, hence without the usual extensions, thinking one of the latter might be interfering, but the problem persists. Can one of you try opening http://lim.nl/index.html to see what happens? If the background is dark and the text and image are centered, then the style file was loaded; otherwise I really do have a problem. Looks right to me in FF 2.0.0.10 for Linux. The site came down *really* slowly, perhaps that's part of the problem? CSS validator reports 3 errors: URI : http://lim.nl/lim.css 9 div#container Property align doesn't exist : center 23 #kopProperty align doesn't exist : center 58 A:hover Value Error : background-color grey is not a color value : grey HTML errors? It appeared to take a long time for the HTML to get to the validator, too. http://validator.w3.org/check?verbose=1uri=http%3A%2F%2Flim.nl%2Findex.html -- David [EMAIL PROTECTED] authenticity, honesty, community __ 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] Folks Step Right Up...CSS Oddity
On Jan 15, 2008, at 4:08 PM, Jason Ogle wrote: I've got a problem that's absolutely driving me batty! If there were CSS freakshows, this would be one. Please hit this link in IE 6 or 7 http://creative.myspace.com/ca/cahub/test.html The very bottom area has tour dates. Why in the HECK is there that extra space at the bottom of the div and inside is miraculous duplicate dates. You can view source, there are no duplicate dates. This ? http://www.positioniseverything.net/explorer/dup-characters.html 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/
Re: [css-d] A Few Problems
On Jan 15, 2008, at 4:23 AM, Foundation Flash wrote: I run a website called Foundation Flash, which you can find at http://www.foundation-flash.com, and, having read Dan Cederholm's book Bulletproof Web Design I am looking to make sure my design will cope with any situation it may find itself in. This relies on making the same design working across browsers, and I start with my biggest problem - that on Safari (both Mac and Windows). . In Safari, however, the li does not extend fully upwards or downwards and is instead limited to the area of the text and across wards. This ruins the effect. I have looked through lists of Safari problems and asked other but I am well and truly stuck. http://bugs.webkit.org/show_bug.cgi?id=8544 If you use a strict doctype, it works correctly., like so: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/ TR/html4/strict.dtd On a more minor point, when one tries the full page zoom in Firefox (not 2.0.11, just 3b2), a line breaks up the current tab's white area with a horizontal line, though only at certain zoom levels. Weird... I suppose this is a Firefox 3 problem so I shouldn't be worrying you about it. Oh well. Couldn't reproduce that one, but I use the latest nightly build. And there still are open bugs on similar things, mostly on Windows, iirc. 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/
[css-d] page-break-inside for applet
Hi, we have an applet on our page and we would be sure that no page breaks occurs inside the applet. I've found an page-break-inside: avoid; rule which seems not to be supported by major browsers (but Opera). Do you have any suggestions how to avoud page break inside the applet? [Yes, I would place a page break just before the applet but if there is another semantically compatible solution with page-break-inside I would appreciate.] Thank you, Martin __ 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] Opera, Konq. loading my .css file, FF not
Colin Brace wrote: Hi all, There is something peculiar happening with my webserver and it is difficult for me to tell what is going on from here. On my desktop system, opening my site's index.html file from a local directory, Firefox v2.0.0.10 renders the page fine. However, when I open it via my server (which is on my LAN), it fails to load the CSS style page. The bizarre thing is that both Konqueror and Opera don't exhibit this problem. I just tried running FF in a different account, hence without the usual extensions, thinking one of the latter might be interfering, but the problem persists. Can one of you try opening http://lim.nl/index.html to see what happens? If the background is dark and the text and image are centered, then the style file was loaded; otherwise I really do have a problem. Thanks. No problem here, Firefox and KDE (Linux) render fine, but pages very slow to load. Herman __ 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] Opera, Konq. loading my .css file, FF not
Yeah it loaded fine for me as well...FF on an XP machine. But it was slow as Christmas. You said your webserver is on your LAN. Do you have some webspace to put your site somewhere else to test? It very well may be a hiccup on the server. Vance On Mon, 14 Jan 2008 22:36:22 -1000, david wrote David Hucklesby wrote: On Mon, 14 Jan 2008 19:33:02 +0100, Colin Brace wrote: There is something peculiar happening with my webserver and it is difficult for me to tell what is going on from here. On my desktop system, opening my site's index.html file from a local directory, Firefox v2.0.0.10 renders the page fine. However, when I open it via my server (which is on my LAN), it fails to load the CSS style page. The bizarre thing is that both Konqueror and Opera don't exhibit this problem. I just tried running FF in a different account, hence without the usual extensions, thinking one of the latter might be interfering, but the problem persists. Can one of you try opening http://lim.nl/index.html to see what happens? If the background is dark and the text and image are centered, then the style file was loaded; otherwise I really do have a problem. Looks right to me in FF 2.0.0.10 for Linux. The site came down *really* slowly, perhaps that's part of the problem? CSS validator reports 3 errors: URI : http://lim.nl/lim.css 9 div#container Property align doesn't exist : center 23#kopProperty align doesn't exist : center 58A:hover Value Error : background-color grey is not a color value : grey HTML errors? It appeared to take a long time for the HTML to get to the validator, too. http://validator.w3.org/check?verbose=1uri=http%3A%2F%2Flim.nl%2Findex.html -- David [EMAIL PROTECTED] authenticity, honesty, community __ 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/ Vance Lowe Web Designer Cybergate, Inc. www.cybergatedesigns.com 601-649-1564 __ 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] A somewhat unusual template - to have ability to expand horizontally
Thanks Philippe, but if I've interpreted, and implemented, your suggestions correctly - still no good. David, the problem of the content (the table) flying to the left occurs when you hover over the Menu button in IE6 (and maybe other versions). Here's a direct URL to the test: http://www.helpdeskpro.net/test/suzy3.htm Regards, Kim Jordan Philippe Wittenbergh wrote: On Jan 14, 2008, at 4:16 PM, Kim Jordan wrote: Um, has anyone got any help for me? Am I asking the question incorrectly? Breaking List protocol? Doing something else wrong? Maybe nobody knows the answer ? Or, like me, missed your message ? Here's a direct URL to the test: http://www.helpdeskpro.net/test/suzy3.htm Hi everyone, The somewhat unusual template below (a containing table) is to handle the situation - (shown in code below) of a dynamically generated table that can sometimes extend quite wide - and the layout elements e.g. header and footer should expand also. This expansion works in the sample below, Firefox is OK, BUT in IE(6) as soon as you hover over the sample Menu button, the content flies to the left Any suggestions as to fixing this up please? 1. Invalid html: a table cannot be wrapped in a p 2. Without IE at hand, I think you need to give 'layout' to #content * html #content {height:1%;} or something like that. 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/
Re: [css-d] problem with IE 6 Double Margin Bug?
Gunlaug, As always your help is amazing! Thank you. And also, Thank you to all who have helped me along the way to get down to the point, where I only had 3 bugs left to fix! :) One question I did have though... I understand the .content {display: inline;} and the leftColumn {position: relative;} but what does the * html .wrapper {zoom: 1;} do exactly? I put it up at the top of the css file, and it works, but is that the best place to put it? Or should it go somewhere else? Thanks again Everyone! On Jan 14, 2008, at 4:44 PM, Gunlaug Sørtun wrote: Jason Pruim wrote: I have done some searching about the double margin bug, and have tried to do Display: inline and margin-left: -80px; _margin-left-160px but neither wants to work. Do I have the right bug? HTTP://www.raoset.com Yes, you have the right bug, but you're targeting it on the wrong element. There are also some other IE6 bugs involved. The addition of... .content {display: inline;} .leftColumn {position: relative;} * html .wrapper {zoom: 1;} ...will kill the right IE6 bugs on the right elements. 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/ -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424 www.raoset.com [EMAIL PROTECTED] __ 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] Container Height Issue on Dynamic Page
Hello all experts and novices. :-) Page with issue and CSS: http://www.springfieldmo.gov/cityconnect/getPost.jsp?entryid=6 http://www.springfieldmo.gov/css/cityconnect.css Having worked through many CSS issues thinking my blog-type site was ready I just discovered today that on pages with shorter blog postings (via the above link), the #container div on my page isn't extending around both the major divs that are within it. Neither the #stories div or the #nav div are floated so I was expecting the #container to, well, contain them. Is the problem partly due to the data being dynamically generated? I have the content somewhat source ordered so as to see the main content first. But I also tried putting the #nav first, thinking its taller height would then force the #container to expand. What am I missing? One possible solution I haven't yet tried is to put a footer at the bottom of the page. But doing that still doesn't give me an answer as to why the page isn't working as expected. Any help would be much appreciated. __ 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] suckerfish dropdowns hiding behind graphics
Chris Kavinsky wrote: I'm running into a problem using a combination of suckerfish dropdown menus and background image replacement w/ suckerfish dropdown menus. In a nutshell, I have 2 sets of horizontal navigations using suckerfish. The top is all text, the second is using image replacement. My problem is the top list dropdowns are hiding behind the navigation using the image replacement. Any ideas if there is an easy way to correct this? Web site for reference: http://soyohio.org/2008template.html Inside #nav2, there is an absolutely positioned em with z-index:1;. (I did not check whether this makes sense.) But if you want #nav1 to be placed on top of this em in #nav2, then #nav1 should get position:relative; z-index:2. Ingo -- http://www.satzansatz.de/css.html __ 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 sizing with decimals as opposed to whole numbers
On 2008/01/15 17:54 (GMT+1300) Michael Adams apparently typed: Can anyone tell me why periodically i come across a site that uses: body { font-size: 100.1%; } That was reputedly to appease ancient Opera versions, around v6 or prior. or: body { font-size: 76.6%; } What browser are they trying to appease here? I don't recall the seeing the .6 tacked onto 76% before, but 76% was Owen Briggs' unfortunate recommendation that a lot of rude designers used and use. http://www.thenoodleincident.com/tutorials/typography/index.html IE ignores the decimals, using 62% if your CSS specifies 62.6%. -- In the beginning was the Word, and the Word was with God, and the Word was God. John 1:1 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://mrmazda.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] Container Height Issue on Dynamic Page
Chris, You need a height:100% in several places. My css definitions start with this. Of course, font, background, etc varies by site. For an example go to www.pro-web-marketing.com and click on one of the top nav bar links. You will see that the right menu extends to the bottom of the content Ignore the content, the site owner hasn't updated it yet. One other thing... don't adopt the divname, divnamePad approach that is used here. I've been advised it's bad practice. For you then add the height:100% to any div definition that must extend the length of the page. HTH, Tim body { background-color: #FF; color : #00; font-family : Arial, Helvetica, sans-serif; height: 100%; font-size: 85%; } #pageDef { width: 810px; height: 100%; background-color: #FF; margin-left: auto; margin-right: auto; } * html #pageDef { height: 100%; } html { height: 100%; } #rightMenu { margin: 0; padding: 0; width: 200px; float: right; top: 0; border: none; background-color: #D8D8D8; height: 100%; min-height: 100%; border-top: 0; } #rightMenuPad { margin: 0 0 0 10px; padding: 0; height: 100%; min-height: 100%; } #content { font-size: 100%; text-align: justify; margin: 0; padding: 0; top: 0; height: 100%; float: left; width: 800px; border-left-color:#D8D8D8; border-left-style:solid; border-left-width:5px; border-right-color:#D8D8D8; border-right-style:solid; border-right-width:5px; } #contentPad { font-size: 100%; text-align: justify; margin: 0; padding: 0; top: 0; height: 100%; } Chris Akins wrote: Hello all experts and novices. :-) Page with issue and CSS: http://www.springfieldmo.gov/cityconnect/getPost.jsp?entryid=6 http://www.springfieldmo.gov/css/cityconnect.css Having worked through many CSS issues thinking my blog-type site was ready I just discovered today that on pages with shorter blog postings (via the above link), the #container div on my page isn't extending around both the major divs that are within it. Neither the #stories div or the #nav div are floated so I was expecting the #container to, well, contain them. Is the problem partly due to the data being dynamically generated? I have the content somewhat source ordered so as to see the main content first. But I also tried putting the #nav first, thinking its taller height would then force the #container to expand. What am I missing? One possible solution I haven't yet tried is to put a footer at the bottom of the page. But doing that still doesn't give me an answer as to why the page isn't working as expected. Any help would be much appreciated. __ 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-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] items in ul-lists give z-index problems in ie
Dear List, i have a markup like this: ul li (left floating) div class=previewa href=#img/a/div div class=big-imageimg + text/div /li li div class=previewa href=#img/a/div div class=big-imageimg + text/div /li and so on /ul On mouse hover on the link in the preview div - i display the big-image div The big-image div is always positioned absolute right above the preview image. I gave the Big-Image Div a z-index to make it show above all the other list items as long its hovering. This works fine in Firefox but it fails in IE generally. In IE i see my big-image div UNDERNEATH following items and its ABOVE the items which came before in the markup. Its like the following Items are having an higher Z-Index. Can somebody give me some hints here? Thanks in advance! Martin __ 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] items in ul-lists give z-index problems in ie
Martin Möller wrote: Dear List, i have a markup like this: ul li (left floating) div class=previewa href=#img/a/div div class=big-imageimg + text/div /li li div class=previewa href=#img/a/div div class=big-imageimg + text/div /li and so on /ul On mouse hover on the link in the preview div - i display the big-image div The big-image div is always positioned absolute right above the preview image. I gave the Big-Image Div a z-index to make it show above all the other list items as long its hovering. This works fine in Firefox but it fails in IE generally. In IE i see my big-image div UNDERNEATH following items and its ABOVE the items which came before in the markup. Its like the following Items are having an higher Z-Index. IE treats a positioned element that has layout as if it would establish a new stacking context. float is a haslayout trigger, and most probably your LI have position:relative in order to offset the absolutely positioned big-image. (if not, the following is of no value, and you would have to post an URL of a test case). Now, all these LI establish a new stacking context in IE. And the LI that are coming later in the source are painting over the preceeding ones. Any object located inside the LI cannot leave its parental stacking context, it will be painted over, too. I don't know how you are managing the hover effect on the link to display the sibling div. But a solution would remove the position:relative from the LI and add position:relative on LI:hover only. Ingo -- http://www.satzansatz.de/css.html __ 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] Container Height Issue on Dynamic Page
Thanks for the tip, but unfortunately, declaring height:100% doesn't work for me. I tried putting it on body, #stories, #container and nothing. I've realized that it's my #nav that's absolutely positioned within the #container that is the problem apparently. But I'm not sure what to do to fix it. I structured the page this way in order to source order my content first. I have since tried taking the absolute positioning off, instead using a wide left margin on the #nav and negative margin on the top of it to pull it up beside the other. That works as long as there is no text resizing. Even with pixel based margins, the #nav moves around greatly when text resizing. Is there a way to keep my html ordered the way it is, and NOT use floats, and still end up with a #container that contains BOTH of the things inside it? Chris On Jan 15, 2008 11:40 AM, Big Moxy [EMAIL PROTECTED] wrote: Chris, You need a height:100% in several places. __ 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 sizing with decimals as opposed to whole numbers
On Tue, 15 Jan 2008 12:21:39 -0500 Felix Miata wrote: On 2008/01/15 17:54 (GMT+1300) Michael Adams apparently typed: Can anyone tell me why periodically i come across a site that uses: body { font-size: 100.1%; } That was reputedly to appease ancient Opera versions, around v6 or prior. THX, time for all to cease and desist it's use. -- Michael All shall be well, and all shall be well, and all manner of things shall be well - Julian of Norwich 1342 - 1416 __ 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] suckerfish dropdowns hiding behind graphics
That worked. Thanks. On Jan 15, 2008 12:12 PM, Kevin Davison [EMAIL PROTECTED] wrote: Chis, did you try this: #nav { position:relative; z-index: 999; } (in addition to your other rules) K -- Quevin, LLC Kevin Davison Phone/Fax: 888.420.4571 Skype: kevinpdavison Yahoo!IM: kevinpdavison Quevin.com - Web Design, Development Production Solutions __o _`\,_ (*)/ (*) __ 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] A Few Problems
Thanks Philippe, I might try getting the site ready for XHTML 1.0 Strict. I assume that that DTD would work equally well? I like the look of your site by the way. Philippe Wittenbergh wrote: On Jan 15, 2008, at 4:23 AM, Foundation Flash wrote: I run a website called Foundation Flash, which you can find at http://www.foundation-flash.com, and, having read Dan Cederholm's book Bulletproof Web Design I am looking to make sure my design will cope with any situation it may find itself in. This relies on making the same design working across browsers, and I start with my biggest problem - that on Safari (both Mac and Windows). . In Safari, however, the li does not extend fully upwards or downwards and is instead limited to the area of the text and across wards. This ruins the effect. I have looked through lists of Safari problems and asked other but I am well and truly stuck. http://bugs.webkit.org/show_bug.cgi?id=8544 If you use a strict doctype, it works correctly., like so: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; 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/
[css-d] IE6 and 7 Bullet Positioning
What is the best way to control the positioning of image bullets in IE6 and 7? They are rendered higher and further to the right than they should be. I have tried the background-image and padding solution, but it made the bullets render in the center of the li. Background positioning did not seem to affect it. It would be ideal to keep it all in the CSS, of course. My sample page is at http://www.bossmanmedia.com/ie6/group-center-form.html You can see the issue in the sidebar on the right. Thanks! __ 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] problem with IE 6 Double Margin Bug?
Jason Pruim wrote: One question I did have though... I understand the .content {display: inline;} and the leftColumn {position: relative;} but what does the * html .wrapper {zoom: 1;} do exactly? It's a 'hasLayout'[1] trigger, and in your case I found the non-valid 'zoom' to work best - alternative (valid) triggers tended to have negative side-effects. I also had to use the '* html' hack to target IE6 (and below), to avoid conflicts with some of IE7' internal bug-fixes. Without this 'hasLayout' trigger IE6 seemed to interpret .wrapper's dimensions a bit unreliable - changed positions for .wrapper's children when hovering links - which is a clear sign that IE6 couldn't determine .wrapper's dimensions and relation to other elements. Triggering 'hasLayout' means to lay out the area of .wrapper - stiffen up IE6' backbone so it immediately interprets exactly how wide .wrapper is, and where to position .wrapper's children relative to .wrapper's edges. Result: stable rendering. I put it up at the top of the css file, and it works, but is that the best place to put it? Or should it go somewhere else? Put it anywhere you like where IE6 can pick it up, as long as it is complete - as I wrote it. The CSS validator will flag it as an error anyway - unless it is hidden in a conditional comment or something to that effect. regards Georg [1]http://www.satzansatz.de/cssd/onhavinglayout.html -- 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] Folks Step Right Up...CSS Oddity
HUGE Thank you Mark and all who replied concerning this! Never seen this before and I'm not gonna tell you how much time I sat with my head against my laptop last night trying to solve this! Thank God for this list and all of you! Jason On Jan 15, 2008, at 12:06 AM, Mark Henderson wrote: Jason Ogle wrote: Hello there folks, I've got a problem that's absolutely driving me batty! If there were CSS freakshows, this would be one. Please hit this link in IE 6 or 7 http://creative.myspace.com/ca/cahub/test.html The very bottom area has tour dates. Why in the HECK is there that extra space at the bottom of the div and inside is miraculous duplicate dates. You can view source, there are no duplicate dates. Please somebody help asap as I must deliver this tomorrow. Also, please reply to my personal email as well as I'm on digest. Thanks!! Hi Jason, Sounds like the duplicate character bug, which you can read more about here: http://www.positioniseverything.net/explorer/dup-characters.html You have comments in your page so I didn't look any further as that is usually the cause. HTH Mark __ 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] problem with IE 6 Double Margin Bug?
On Jan 15, 2008, at 4:09 PM, Gunlaug Sørtun wrote: Jason Pruim wrote: One question I did have though... I understand the .content {display: inline;} and the leftColumn {position: relative;} but what does the * html .wrapper {zoom: 1;} do exactly? It's a 'hasLayout'[1] trigger, and in your case I found the non-valid 'zoom' to work best - alternative (valid) triggers tended to have negative side-effects. I also had to use the '* html' hack to target IE6 (and below), to avoid conflicts with some of IE7' internal bug-fixes. Without this 'hasLayout' trigger IE6 seemed to interpret .wrapper's dimensions a bit unreliable - changed positions for .wrapper's children when hovering links - which is a clear sign that IE6 couldn't determine .wrapper's dimensions and relation to other elements. Triggering 'hasLayout' means to lay out the area of .wrapper - stiffen up IE6' backbone so it immediately interprets exactly how wide .wrapper is, and where to position .wrapper's children relative to .wrapper's edges. Result: stable rendering. Haven't had a chance to read all of that website yet, but thank you for it. It's an interesting read so far! It does bring up the question as to why exactly Microsoft feels they need to do that :) But I'm sure I can search the archives, and the web to find out lots of theories about that! :) Thank you for taking the time to answer! Always appreciated! -- Jason Pruim Raoset Inc. Technology Manager MQC Specialist 3251 132nd ave Holland, MI, 49424 www.raoset.com [EMAIL PROTECTED] __ 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] IE6 and 7 Bullet Positioning
Tessa Harmon wrote: What is the best way to control the positioning of image bullets in IE6 and 7? They are rendered higher and further to the right than they should be. I have tried the background-image and padding solution, but it made the bullets render in the center of the li. Background positioning did not seem to affect it. It would be ideal to keep it all in the CSS, of course. My sample page is at http://www.bossmanmedia.com/ie6/group-center-form.html Try adjusting the margin-left property of the lis in question. I have really been feeling your pain on this issue lately! -HP __ 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] A somewhat unusual template - to have ability to expand horizontally
Kim Jordan wrote: Um, has anyone got any help for me? Am I asking the question incorrectly? Breaking List protocol? Doing something else wrong? Looks like an IE6 Guillotine Bug See: http://www.positioniseverything.net/explorer/guillotine.html for a more in-depth explanation. That generated markup is painful to look at, I feel for you :-) -HP __ 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] A somewhat unusual template - to have ability to expand horizontally
Kim Jordan wrote: Thanks Philippe, but if I've interpreted, and implemented, your suggestions correctly - still no good. David, the problem of the content (the table) flying to the left occurs when you hover over the Menu button in IE6 (and maybe other versions). Here's a direct URL to the test: http://www.helpdeskpro.net/test/suzy3.htm Regards, Kim Jordan There is no doubt in my mind whatsoever that what you say happens. However, even on your file with invalid markup, I do not see it happening on this end: XP/IE6.0 and IE7.0 on Mac OS X 10.4.11. Regards, ~dL __ 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] Container Height Issue on Dynamic Page
Chris Akins wrote: Is there a way to keep my html ordered the way it is, and NOT use floats, and still end up with a #container that contains BOTH of the things inside it? Don't think so - if the appearance should otherwise stay intact. What's wrong with using floats in your case? Turns out ok, IMO... http://www.gunlaug.no/tos/alien/ca/test_08_0116.html 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] IE6 and 7 Bullet Positioning
I run into this problem from time to time when I use images for my bullet and honestly...generally I'll just give up trying to fight it and adjust the position within the actual image itself. IE if it seems to be a pixel or two lower than the center.IE give my self two pixels of alpha more on the bottom of the image to lift it up. That probably is not the right way of doing things but I assure you, it saves me a bunch of time and headache. Vance Lowe Web Designer Cybergate, Inc. www.cybergatedesigns.com 601-649-1564 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tessa Harmon Sent: Tuesday, January 15, 2008 2:51 PM To: css-d@lists.css-discuss.org Subject: [css-d] IE6 and 7 Bullet Positioning What is the best way to control the positioning of image bullets in IE6 and 7? They are rendered higher and further to the right than they should be. I have tried the background-image and padding solution, but it made the bullets render in the center of the li. Background positioning did not seem to affect it. It would be ideal to keep it all in the CSS, of course. My sample page is at http://www.bossmanmedia.com/ie6/group-center-form.html You can see the issue in the sidebar on the right. Thanks! __ 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-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 sizing with decimals as opposed to whole numbers
On Tue, 15 Jan 2008 12:21:39 -0500 Felix Miata wrote: On 2008/01/15 17:54 (GMT+1300) Michael Adams apparently typed: Can anyone tell me why periodically i come across a site that uses: body { font- size: 100.1%; } That was reputedly to appease ancient Opera versions, around v6 or prior. FWIW - My class notes from 2004 blame this on IE6 on Win 98SE. Sadly, I did not note the source for this observation. 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] IE6 and 7 Bullet Positioning
Tessa Harmon wrote: What is the best way to control the positioning of image bullets in IE6 and 7? They are rendered higher and further to the right than they should be. http://www.bossmanmedia.com/ie6/group-center-form.html You can always manipulate the relevant elements back and forth until the image and anchor-text line up as you like. The following example... @media screen { * html #info ul {overflow-x: hidden; height: 1%; } * html #info ul li {margin-left: -8px; line-height: 1.2;} * html #info ul li a {position: relative; top: -.3em; left: 6px;} *:first-child+html #info ul {overflow-x: hidden; height: 1%; } *:first-child+html #info ul li {margin-left: -8px; line-height: 1.2;} *:first-child+html #info ul li a {position: relative; top: -.3em; left: 6px;} } ...shows how it _can_ be done for IE6 and IE7. Other browsers will not be affected. Example tested for your layout, but the values may need some tuning since I can't see what's right in any browser at my end. Your layout breaks across browser-land and can't take any font-resizing. 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/