Re: [css-d] i.e. not rendering correctly - last email had a bad link in it
Hi Jason On 19 Dec 2005, at 01:56, Jayson Franklin wrote: http://homedangers.com/recalls/recall-mini-learning-cube-toy/ If you view it in i.e. you'll notice the right side is screwed up, but in firefox it's okay. Like I said, I can't figure it out because this only happens on the pages of individual posts, and not on the front page or on the article pages. In Camino on a Mac the top menu is only partly on the page the rest heads off to the right. I will post you an image separately. Rich http://www.cregy.co.uk So here's what I want you to do, God helping you: Take your everyday, ordinary life--your sleeping, eating, going-to-work, and walking-around life--and place it before God as an offering. Embracing what God does for you is the best thing you can do for him. Romans 12 v 1 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] i.e. not rendering correctly - last email had a bad link in it
Jayson, On Dec 19, 2005, at 3:15 AM, Richard Brown wrote: Hi Jason On 19 Dec 2005, at 01:56, Jayson Franklin wrote: http://homedangers.com/recalls/recall-mini-learning-cube-toy/ If you view it in i.e. you'll notice the right side is screwed up, but in firefox it's okay. Like I said, I can't figure it out because this only happens on the pages of individual posts, and not on the front page or on the article pages. In Camino on a Mac the top menu is only partly on the page the rest heads off to the right. I will post you an image separately. It is not a camino only issue. It happens on all non-ie/win browsers when the window width is narrow. The quick and dirty solution is to add 'position: relative; to #page. The better solution is to not absolutely position #menubar, something like: #menubar { margin-top: -2em; margin-bottom: 1em; padding-right: 3em; text-transform: uppercase; font-family: 'Arial Black', sans-serif; } #menubar ul { padding: 0px; margin: 0px; color: white; font-size: x-small; text-align: right } #menubar ul li { display: inline; } #menubar ul li a { padding: 2px 20px; color: white; text-decoration: underline; } hth Roger, Roger Roelofs Remember, if you’re headed in the wrong direction, God allows U-turns! ~Allison Gappa Bottke __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] i.e. not rendering correctly - last email had a bad link in it
Roger Roelofs wrote: In Camino on a Mac the top menu is only partly on the page the rest heads off to the right. I will post you an image separately. It is not a camino only issue. It happens on all non-ie/win browsers when the window width is narrow. Strangely enough... IE/win isn't any better - at least not at my end. The entire top-construction depends on the illusion of: it's ok as long as it isn't challenged or tested. It wasn't part of the reported problem, so I didn't comment on it since I thought it was well known by the creator. In-line styling copied as part of a template over - I don't know how many pages - makes it unrealistic to debug. A real clean-up needed before that site grows completely out of hands and beyond salvation. General remark: As most WP-based constructs: it isn't really XHTML 1.0 at all - just some HTML markup with added slashes, running under false name. Even those slashes are missing here and there, and the number of tags doesn't seem to add up - or is messed up. All these, and most other weaknesses, will be pointed out by the validator, so a round-trip there is strongly recommended. Opera is kind enough to ask me if I want to 'reparse document as HTML' when I try to serve that page as XHTML. Other browsers don't have that option (since they aren't supposed to), and it is clearly not XHTML they are being served. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] col and styling of td's
Hi group I was both depressed and happy, discovering in an article that col can be used to style a column (I had long forgotten the tag's existence :-)). I was depressed because I thought that it rendered the hours of development on my database-to-markup - script that stresses the active column on http://visesangere.dk/viseopt.html. I was happy to think of the prettyer code I could achieve without an extra class on each td in the active columns 40 rows... SO I set out for extra exploration of the use, only soon to discover 1) the minor difference between HTML4 where no closing of the tag is needed, and XHTML 1 where it (of course) has to be closed, and 2) that it did _not_ work as expected at all, I couldn't get my Mozilla around to recognise my css along these lines (col is there for illustrational purposes only, in my stylesheet there was only the id): col #activecol td { border... background... } Whereas something like: col #activecol { border... background... } worked fine - *as long as the property was not defined for the td* - (which it will allways be in this table, as the changing background on every second row is mandatory). Aparantly (as I later found stated on http://learningforlife.fsu.edu/webmaster/references/xhtml/tags/table/col.cfm) col has no children, and I cannot blame my mozilla for not regarding the td's as the col's children! :-( So I can only use the col to define something that isn't already defined in my td's as these will have higher specificity (acording to my tests) Is this so - definitely, or have I overlooked or misunderstood something here? BTW: The best I can find on the matter on W3C is http://www.w3.org/TR/xhtml1/dtds.html. I have seen http://css-discuss.incutio.com/?page=StylingColumns and the link to Hixie's log, explaining a lot of it. I look in vain for HTML and XHTML recommendation links on http://css-discuss.incutio.com/?page=UsefulResources. I wonder why, as proper HTML use is quite central on the list, would it be wrong if I add the following links: HTML 4.01 Specification http://www.w3.org/TR/REC-html40/, XHTML™ 1.0 The Extensible HyperText Markup Language http://www.w3.org/TR/xhtml1/ and XHTML 1.1 Element ( Tag ) and Attribute Reference http://learningforlife.fsu.edu/webmaster/references/xhtml/tags/ with the comment: XHTML reference in some detail and with examples. to the list of resources? Best regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] col and styling of td's
[style and col] What about trying to use !important? Did you try this? This should overrule styles in child elements. e.g.: col #activecol { border:1px solid red !important } Best regards, Thomas __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background Image Not Repeating- Sometimes
On Sun, 2005-12-18 at 23:17, Gunlaug Sørtun wrote: George S. Williams wrote: http://65.247.192.64/lookingglass/index.html I'd appreciate it if anyone could offer a clue as to what the cause of the problem is. Lack of 'Layout'[1] in IE/win. An IE bug :-) Put this last in your stylesheet... @media screen { * html #content {height: 0;} } ...and it'll come out just fine. And, it came out just fine. regards Georg [1]http://www.satzansatz.de/cssd/onhavinglayout.html I actually came across this article while I was looking, but, like the article says- Sometimes it's impossible to give an interpretation to some behaviour This probably could have solved a couple of problems in the past. Thanks, George -- Sterling Web Services http://www.websterling.com The Web Done Right __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background Gradient
If you make the gradient a little wider, it won't be a big bandwidth hit but it will allow the browser to draw the screen faster (it only has to draw a 10px image 100 times, but it has to repeat a 1px image 1000 times, for example). __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Another selector's specificity question
Hi all! Who can explain why I see italic and not bolded text instead of bold and normal (not italic) text, with these rules: #main #content * {font-size: 24px; font-style: italic; } #main #content span {display: block; margin: 24px 0; font: bold normal; } ? I have this HTML srtucture: div id=content ptext spantext/span text spantext/span text/p /div In theory, second font rule, though it's in short form, comes as second in the cascade and it have more specificity because of declaration of span element against * (universal selector) ... or not? To see bold and normal text I have to write specific rules: #main #content span {display: block; margin: 24px 0; font-weight: bold; font-style: normal; } Thank you to everyone who will answer this question. Paolo __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] col and styling of td's
Thomas Peklak wrote: [style and col] What about trying to use !important? Did you try this? This should overrule styles in child elements. I've tried a bit with this, and it seems that actually no border can be made with the col as selector (in Mozilla), even this: #bordercol { border: 1px solid green; } table col/col id=bordercol/ trtda/tdtdB/td/tr trtda/tdtdB/td/tr /table gives me a completely borderfree table! Background works fine, but only as only declaration for a given cell's background, !important is disregarded. The latter has some built-in logic, if the engine does not consider the td as a child of the col, then it cannot force the inheritance. Thanks for the answer though, it was worth a try :-) regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Another selector's specificity question
Paolo Candelari wrote: Who can explain why I see italic and not bolded text instead of bold and normal (not italic) text, with these rules: #main #content * {font-size: 24px; font-style: italic; } #main #content span {display: block; margin: 24px 0; font: bold normal; } I think most browsers will interpret your short form 'font' as incomplete, and will therefore simply skip it. Short form is used when we do not want to spell it out - property by property, but I always write them complete and haven't experienced any such problems. Thus, not a specificity problem, IMO. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Three column layout check
Hi All, I really haven't posted for quite some time now. Things don't usually go right the first time with me particularly with CSS and no tables. Could someone check this three column layout for me in various browsers? There's nothing to the page itself, just some mock text I put in. This should be just a quickie check but I wanted to make sure everything is in order. http://www.sarjen-webdesign.com/testing/css/threecol.html It looks good in IE 6, Fire Fox, and Netscape but I was wondering about other browsers. The basic layout came from the Sitepoint book HTML Utopia Designing without Tables and I added some additional boxes. Thanks, Bob -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/206 - Release Date: 12/16/05 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Another selector's specificity question
Thanks George. I've thought something similar, and I also prefer to use long rules. It seems that specific rules have less specificity or something similar. The strange thing is that I'm using last Firefox version... so don't seem a problem of wrong interpretation as to skip the rule itself (otherwise short forms wouldn't function at all IMO). Regards Paolo - Original Message - From: Gunlaug Sørtun [EMAIL PROTECTED] Paolo Candelari wrote: Who can explain why I see italic and not bolded text instead of bold and normal (not italic) text, with these rules: #main #content * {font-size: 24px; font-style: italic; } #main #content span {display: block; margin: 24px 0; font: bold normal; } I think most browsers will interpret your short form 'font' as incomplete, and will therefore simply skip it. Short form is used when we do not want to spell it out - property by property, but I always write them complete and haven't experienced any such problems. Thus, not a specificity problem, IMO. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Three column layout check
Bob Boisvert wrote: http://www.sarjen-webdesign.com/testing/css/threecol.html It looks good in IE 6, Fire Fox, and Netscape but I was wondering about other browsers. Opera 8.5 9prev1 present it like Firefox 1.5. A weak spot in all browsers: those item-boxes on the right don't seem to have the ability to grow in size. If content will be text, then they might get messed up with overflowing content if subjected to font-resizing - unless the browser is called IE6, of course. Min-height might be the answer for standard compliant browsers. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Fixed (was Son of Piefecta: Trouble with div height)
I delinked the attached setHeight.js file, the problem went away. Reese -- Ink Works http://www.inkworkswell.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] content over flow
Dustin Krysak wrote: Hi there - I had a go with the below code, and it worked to a degree. Now my div does in fact expand with my content, however one of the other desired effects is to have the div still take up 100% of the viewport even when the content was small. We thought that's what you wanted -- can you explain what you want instead? For the div to be just as high as its content dictates it should be? That's default behavior, so doing nothing will get you that (unless, of course, the content is floated or positioned absolutely). Zoe -- Zoe M. Gillenwater Design Services Manager UNC Highway Safety Research Center http://www.hsrc.unc.edu __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Another selector's specificity question
From: Paolo Candelari [EMAIL PROTECTED] Who can explain why I see italic and not bolded text instead of bold and normal (not italic) text, with these rules: #main #content * {font-size: 24px; font-style: italic; } #main #content span {display: block; margin: 24px 0; font: bold normal; } I have this HTML srtucture: div id=content ptext spantext/span text spantext/span text/p /div In theory, second font rule, though it's in short form, comes as second in the cascade and it have more specificity because of declaration of span element against * (universal selector) ... or not? To see bold and normal text I have to write specific rules: #main #content span {display: block; margin: 24px 0; font-weight: bold; font-style: normal; } Paolo, Your logic for the specificity seems, well, logical, but I see the problem similarly to Georg's conclusion, that the font selector is, after a fashion, incomplete. The specs indicate that we can eliminate some of the properties when specifying font, and initial values of those /not/ given will be set to default values, in the absence of other specific property declarations. However, in brief tests, it appears that font-size is a trigger for applying those re-declared properties. As long as a font-size is given, and it is /not/ the last property specified in the font shorthand, then the changes you want will be applied. Without a font-size, no changes, no matter how many of the other properties I specified, were made. While I could find no indication of this font-size requirement in the specs (not that it isn't there, I just didn't find anything), the three browsers I tested in reacted similarly. At least retyping the font-size is fewer keystrokes than repeating the two other properties in their entirety to accomplish what you want. I hope that helps, ~holly __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Another selector's specificity question
Hi Paolo Who can explain why I see italic and not bolded text instead of bold and normal (not italic) text, with these rules: #main #content * {font-size: 24px; font-style: italic; } #main #content span {display: block; margin: 24px 0; font: bold normal; } I may be wrong, but I think the font shorthand declaration is invalid (or at least incomplete) if no *size* and *font-family* is declared. On http://www.w3.org/TR/CSS1#font the syntax declared is: Value: [ font-style || font-variant || font-weight ]? font-size [ / line-height ]? font-family I notice that while the first three values and line-height are in optional brackets, size and family are not. It is altered slightly in the 2.1 declaration: http://www.w3.org/TR/CSS21/fonts.html#propdef-font Value: [ [ 'font-style' || 'font-variant' || 'font-weight' ]? 'font-size' [ / 'line-height' ]? 'font-family' ] | caption | icon | menu | message-box | small-caption | status-bar | inherit (And there is a neat description of the basis-settings at the bottom of that page) But perhaps it will work if you let it inherit those two... Best regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Three column layout check
Bob Boisvert wrote: This should be just a quickie check but I wanted to make sure everything is in order. http://www.sarjen-webdesign.com/testing/css/threecol.html Thanks, Bob Bob, Oh my, Opera... http://dlaakso.com/threecol.jpg This may help? Change body with these additions and deletion: body {background-color: #FFF;color: #000;margin: 0;padding:0;text-align: center;}/*margin:5% 11% 0 10%;*/ Add this first to open last to close container: #wrapper {width: 776px;margin: 0 auto;padding:0;text-align: left;} Deleting height 80 px on #top will prevent h2 from breaking at 200% zoom(should h2 be h1?). I do not think you need the z-index on the boxes. Delete the height on the boxes. Let the content determine the height to prevent breaking on zoom. Best, ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Three column layout check
David Laakso wrote: Bob Boisvert wrote: This should be just a quickie check but I wanted to make sure everything is in order. http://www.sarjen-webdesign.com/testing/css/threecol.html Thanks, Bob Bob, Oh my, Opera... http://dlaakso.com/threecol.jpg This may help? Change body with these additions and deletion: body {background-color: #FFF;color: #000;margin: 0;padding:0;text-align: center;}/*margin:5% 11% 0 10%;*/ Add this first to open last to close container: #wrapper {width: 776px;margin: 0 auto;padding:0;text-align: left;} Deleting height 80 px on #top will prevent h2 from breaking at 200% zoom(should h2 be h1?). I do not think you need the z-index on the boxes. Delete the height on the boxes. Let the content determine the height to prevent breaking on zoom. Best, ~dL I neglected to mention that if you do not want a fixed width layout set the width of # wrapper to 90%(or whater instead of a pixel width). ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Reassurance or otherwise required for first efforts in CSS!
Firstly may I say hi to everyone...! I want to switch to CSS for laying out my websites but am very nervous I am doing it wrong! I wondered whether anyone might have a moment to check out my first efforts to see if I am on the right lines! The page is at http://www.samatason.co.uk/clients/tc/ And the css is at http://www.samatason.co.uk/clients/tc/css/tc.css Also can I ask if it's best to create a separate external css file for every page (to allow for the possible variations in page layout) or to keep to a single site wide css file? Best Regards, Chris Maiden Samatason Ltd __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Reassurance or otherwise required for first efforts in CSS!
Samatason Ltd wrote: The page is at http://www.samatason.co.uk/clients/tc/ And the css is at http://www.samatason.co.uk/clients/tc/css/tc.css looks fine to me, but there isn't much to comment for anyway :-P About the file separation. If a certain page needs (many) specific stylesheet rules, I'd usually separate them from the main style sheet. But just in case I need those extra rules for other pages, I've always bind them all together in a single importer file. e.g. the content of master-import.css @import url(main.css); @import url(about-page.css); @import url(profile-page.css); And so this is the file that I linked to the page templates. Btw, I got this idea from the Macromedia website.. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Three column layout check
David L. and everyone, snip This may help? Change body with these additions and deletion: snip Thanks for the help and suggestions I did make some of the recommended changes and I where the changes can make a difference. The changes: http://www.sarjen-webdesign.com/testing/css/threecol.html Thanks for the look see. Bob -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/206 - Release Date: 12/16/05 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Blocks wrapping
Hi, If you be so kind to visit: http://www.tuxdoit.com/www-install.html Why is the right pane below the left one (the menu) ? Any help would be apreciated. Warm Regards, MARG __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Three column layout check
Bob Boisvert wrote: David L. and everyone, snip This may help? Change body with these additions and deletion: snip Thanks for the help and suggestions I did make some of the recommended changes and I where the changes can make a difference. The changes: http://www.sarjen-webdesign.com/testing/css/threecol.html Thanks for the look see. Bob Bob, Still not killing my fuchsia background color in Opera. Changing: body {background-color: #FFF;color: #000;margin:0;padding:0;text-align: center;} To: body, html {background-color: #FFF;color: #000;margin:0;padding:0;text-align: center;} will do the trick. Best, ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Blocks wrapping
Your padding adds to the widths you have declared - padding (except in IE in quirks mode) is not part of the declared box width. So, a 70% box with 5% padding added is really 80%. Adjust your sizes and padding so that their total is 99%, and you will be fine. Also, FWIW, I'd consider adjusting your HTML a bit - there's no need, with the CSS border property available, to have an entire div just for a white line. Try a border-bottom: 5px; instead. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Blocks wrapping
Also you have your #wrapper set to display: table. I don't see the need for this and think it's contributing to your layout problems. kenny __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Making whole of navigation list item area clickable in IE
On 12/19/2005 12:10 PM Paul Jinks wrote: I have a top horizontal nav list css as follows. ul id=navlist lia/ali /ul and so on. This divides the top nav area into 4 areas for 4 links. In FF, the whole of each of these is clickable. In IE6, only the text is clickable. I've tried to get round this by setting a width for ul#navlist li a, either with px or %, but this seems to screw up the whole thing for IE which wants to shunt the last list item onto a new line. Any idea what's going on? and how to fix it? See the page here: http://www.annjinkscounselling.co.uk/contact.htm CSS at: http://www.annjinkscounselling.co.uk/css/annjinks.css Hmmm... I gave ul#navlist li a a 100% width and it seemed to work OK locally. ul#navlist li a { display: block; width: 100%; /* new */ padding: 0.2em; border-width: 1px; border-color: #ffe #aaab9c #ccc #fff; border-style: solid; color: #EAF5F7; text-decoration: none; background: #8C9BB0; } While I was poking around I noticed this (actually TopStyle noticed it): #maincontent { font-color: teal; color: #003366; There's no selector font-color so you should probably just delete it in favor of the following color. -- Steve Clason Web Design and Development Boulder, Colorado, USA www.topdogstrategy.com (303)818-8590 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Fwd: Blocks wrapping
--- MARG [EMAIL PROTECTED] wrote: Why is the right pane below the left one (the menu) I changed the .block2 width to 63% and it jumped up where I think you were looking for it to be. I didn't bother to do all the math but I think all your paddings are adding too much width. good luck. Brian www.hallshaven.ca __ Find your next car at http://autos.yahoo.ca __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] [Fwd] Re: Reassurance or otherwise required for first efforts in CSS!
I'm forwarding this mail coz I've noticed it was sent directly to me (and only to me), instead to the list. Sorry if I was mistaken though... This is a reply from Ian Anderson. Rizky wrote: the content of master-import.css @import url(main.css); @import url(about-page.css); @import url(profile-page.css); And so this is the file that I linked to the page templates. Btw, I got this idea from the Macromedia website.. I agree with this; certainly you should not create a separate CSS file for each page instead of a site-wide main file However, I think that in terms of best practice, it would be preferable to look for a slightly higher level of abstraction than naming files according to the page they relate to. You should be able to identify several different layout templates within the site, and then name the additional files according to those templates. e.g. (this is all pretend, you understand) main.css - generic styles and global formatting two-col.css - specific styles for the about page three-col.css - specific styles for the profile page The thing here is that if you add a further page that has the same layout as the about page, you absolutely: a. Do not want to link to a file called about-page.css b. Do not want to duplicate about-page.css as a further CSS file Personally, I have few problems with the idea of putting genuinely page-specific styles in the head of the page in question. I find there are always one or two styles that are specific to one page only. It's relatively easy to find and work with these exceptional styles. However, this isn't good form, and even this can be avoided by giving the body tag a class and ID attribute: body class=two-col id=about_page Then you can keep all your CSS in a single linked file, or multiple files as you prefer, but use contextual selectors like this to target such incidental, one-off styles to a given page or set of pages: body.two-col #sidebar {...whatever...} body#about_page h2 {...foo...} etc Hope this helps Cheers Ian __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Blocks wrapping
On 19.12.2005 19:11, MARG wrote: Hi, If you be so kind to visit: http://www.tuxdoit.com/www-install.html Why is the right pane below the left one (the menu) ? Eric Shepherd gave the right answer already. The real culprit is the [censored] css box model. Imagine, you have a garage, and the width of its gate is 2000 pixels. If you want to know whether your car can pass it or not, you need to know the width of your car. If you ask Microsoft's box model, the answer will be precise: your car is 1600 pixels wide. As you can see, you have a margin of 200 pixels on every side -- You can pass. If you ask CSS's box model, the answer will be: The inner width of your car is 1395 pixels and the width of the beam is 87 pixels on the left and 87 pixels on the ... by the way, do you have a pocket calculator? For a more serious explanation, take a look at: http://css.maxdesign.com.au/listamatic/about-boxmodel.htm To avoid such problems in the future, don't use left and right paddings on an containing block with a fixed width, and use left and right margins for child elements, instead. Best regards, Uwe Kaiser __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Blocks wrapping
For a more serious explanation, take a look at: http://css.maxdesign.com.au/listamatic/about-boxmodel.htm To avoid such problems in the future, don't use left and right paddings on an containing block with a fixed width, and use left and right margins for child elements, instead. And then people wonder why we have div-itis. :) Me = guilty, just for this very reason. The box model one of the very few things I like about the IE way. (Actually, off the top of my head I can't think of a single other thing...) __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Reassurance or otherwise required for first efforts in CSS!
David Laakso wrote: Samatason Ltd wrote: I want to switch to CSS for laying out my websites but am very nervous I am doing it wrong! I wondered whether anyone might have a moment to check out my first efforts to see if I am on the right lines! I know that feeling. The page is at http://www.samatason.co.uk/clients/tc/ And the css is at http://www.samatason.co.uk/clients/tc/css/tc.css I think you are on the right track, Chris. Some food for thought: FWIW, a rule of thumb check for the structural stability of a page is that it should hold without text overlap or breaking at 200%. Placing something movable-- text, on top of something static-- images, does not work well on the Web. When the fonts are zoomed, the test overlaps as in the left column; or, in the case of the green column, the white text, disappears(overflows the container) and is white on white. Knocking type out of a block of color(the red) is difficult for those of us at 1400, as it is not zoomable. Additionally, the fonts are not zoomable in IE, as she can't zoom pixel based fonts. Try font-size 100.01% on the body, leaving the *content text* selector at default (not-stated, 100%, 1em, or medium). The white on green suffers not only from being too small, but weak in contrast. It would be a good idea to validate the markup when you can get to it... Also can I ask if it's best to create a separate external css file for every page (to allow for the possible variations in page layout) or to keep to a single site wide css file? I suppose one sheet for the entire site, if the site is as simple(I mean that in a nice way) as your page is now. Complex sites that do not work abound the Web. Simple ones that work are too few and far between. Hang in there. You'll do just fine. Chris Maiden Best, ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Browser Check: Mac especially (NTKN)
http://inkworkswell.com/clients/testing/index.html This is a bare design, no content filled in (besides a little lorem ipsum). We are especially asking for MacIE, Safari, Camino, and any other Mac browser users to take a look and let us know what you see. All feedback is good, even if you only look and don't see any issues (onlist or offlist, per your preference). If it deviates much from this: http://inkworkswell.com/clients/testing/images/screenshot.gif we would like to know about it. CSS files: http://inkworkswell.com/clients/testing/base.css http://inkworkswell.com/clients/testing/structure.css http://inkworkswell.com/clients/testing/composition.css Reese __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Question about EM's
Greetings All When putting together a site/application, is it possible and reasonable to use EM throughout or are there situations where percentages or pixels are better suited? Like for instance in setting the widths of 'columns'? The layout will be liquid and should stretch to fill the screen at whatever resolution? Looking forward to everyones thoughts on this. -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Business.Solution.Developers __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Schalk: I use em's all the time. Oddly enough the only time I use a different measurement is for font sizes, where I use x-small, small, medium, large, x-large. That way I don't have to worry about nesting em's. Like nesting percentages, they accumulate (i.e., 80% of 80% is not 80%). Also, you might think about using em's so that your site remains constant when people zoom font sizes In that regard, check out: my site below, http://www.geophysics.com/ or http://www.earthstones.com/ or http://www.symboldomains.com for examples site's I've built using just em's. They don't fall apart when people zoom them. I explain the technique at: http://www.sperling.com/examples/zoom1/ HTH's tedd --- Greetings All When putting together a site/application, is it possible and reasonable to use EM throughout or are there situations where percentages or pixels are better suited? Like for instance in setting the widths of 'columns'? The layout will be liquid and should stretch to fill the screen at whatever resolution? Looking forward to everyones thoughts on this. -- Kind Regards Schalk Neethling Web Developer.Designer.Programmer.President Volume4.Business.Solution.Developers __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ -- http://sperling.com/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Background image
If you had a rule: div imagecaption { background: #036 url(gradient.gif) repeat-X 0 100%; } And the background image is going to be a gradient that is 1px in height, how does the gradient know how tall to be? Thanks, Stephen __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Making whole of navigation list item area clickable in IE
Steve Clason wrote: I gave ul#navlist li a a 100% width and it seemed to work OK locally. ul#navlist li a { display: block; width: 100%; /* new */ padding: 0.2em; border-width: 1px; border-color: #ffe #aaab9c #ccc #fff; border-style: solid; color: #EAF5F7; text-decoration: none; background: #8C9BB0; } Hi Steve, Thanks for taking a look. Are you viewing this in IE6 for windows? On my machine, if I set width at 100%, this moves the last nav link down a line. In FF, makes no difference, but the problem that kicked this off was only in IE anyway. I can get around it by changing the width of ul#navlist li to 193px, (bigger than that and it pushes the last link down again) but this leaves a gap at the right of the navlist which I'm not keen on. I thought that IE's problems with widths had been resolved in IE6. Am I wrong? While I was poking around I noticed this (actually TopStyle noticed it): #maincontent { font-color: teal; color: #003366; There's no selector font-color so you should probably just delete it in favor of the following color. Thanks for this. Looks like the product of a late session. :-) Do you recommend TopStyle, does it have some kind of syntax checker? Paul __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Making whole of navigation list item area clickable in IE
On 12/19/2005 4:34 PM Paul Jinks wrote: Steve Clason wrote: I gave ul#navlist li a a 100% width and it seemed to work OK locally. Hi Steve, Are you viewing this in IE6 for windows? On my machine, if I set width at 100%, this moves the last nav link down a line. In FF, makes no difference, but the problem that kicked this off was only in IE anyway. Yes, IE 6 sp2 on WinXP/Pro. So now I'm seeing what you described. I did this: ul#navlist li a { display: block; width: 192px; padding: 3px; border-width: 1px; etc. to remove the uncertainty of the padding using ems, so that each anchor (plus padding plus border) should be 200px wide and the navigation should fill the 800 px wide body--but there's still a 1px gap on the right. I'm sort of out of time for awhile, but here's the URL in case someone else wants to take a whack at it: http://www.annjinkscounselling.co.uk/contact.htm Thanks for this. Looks like the product of a late session. :-) Do you recommend TopStyle, does it have some kind of syntax checker? I've used TopStyle for years and now depend on it. It has a lot of helpful features, including a syntax checker. It's certainly true that you can write style sheets using Notepad and lots of other editors, but I'll take all the help I can get. -- Steve Clason Web Design and Development Boulder, Colorado, USA www.topdogstrategy.com (303)818-8590 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS and Ad Impressions
Hello all, I have a question about iframes and styles. I am getting a weird redraw problem on IE after another window passes over the iframed divs in question or when the browser goes back or forward to other pages and then back to the iframe page. We are getting it on multiple computers. Are there limitations/anomalies to iframed content style? This is only on IE. Also, does the page have to have html, head, body tags, or is it OK just with a style block and the divs? __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Background image
Stephen Kortz wrote: If you had a rule: div imagecaption { background: #036 url(gradient.gif) repeat-X 0 100%; } And the background image is going to be a gradient that is 1px in height, how does the gradient know how tall to be? If your gradient is oriented vertically (taller than wide), then repeat-x; if oriented horizontally (wider than tall), repeat-y otherwise, you have to fade (in one direction or the other) to a solid color. Make sense? Donna __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IFrames and Styles
Sorry, I posted this in the wrong topic from an e-mail I was using the CSS address from. I also forgot to include the applicable code: Hello all, I have a question about iframes and styles. I am getting a weird redraw problem on IE after another window passes over the iframed divs in question or when the browser goes back or forward to other pages and then back to the iframe page. We are getting it on multiple computers. Are there limitations/anomalies to iframed content style? This is only on IE. Also, does the page have to have html, head, body tags, or is it OK just with a style block and the divs? Page Code: style #insider-container { font-size:10px; font-family:Arial; width:235px; margin-top:0.3em; } #insider-container a { color:#009; } #insider-container div { background:#eee; border:1px solid #fff; margin-top:-1px; } #insider-container img { float:left; width:24px; } #insider-container div h5 { font-size:1.2em; padding-left:3em; margin-top:0.1em; font-weight:bold; } #insider-container div p { font-size:0.9em; color:#666; padding-left:4em; margin:0.3em; margin-top:-2em; } /style div id=insider-container div id=insider-bookclub img src=insider_icons/book.png alt=book a href= http://utsubscriberperks.signonsandiego.com/insider/prembooks-intro.html; h5Arthur Salm's U-T Book Club/h5 /a pFree books, reviews, and more./p /div div id=insider-musicclub img src=insider_icons/cdda.png a href= http://utsubscriberperks.signonsandiego.com/insider/premcds-intro.html; h5George Varga's U-T Music Club/h5 /a pFree CDs, reviews, and more./p /div div id=insider-puzzle img src=insider_icons/watchdog_icon.gif a href= http://utsubscriberperks.signonsandiego.com/insider/premwatchdogupdate-intro.html h5Watchdog Update/h5 /a pIn-depth investigative journalism/p /div div id=insider-realtime img src=insider_icons/review_star.png a href=http://utsubscriberperks.signonsandiego.com/insider/?cat=5 h5Real-time reviews./h5 /a pSneak peak at tomorrow's reviews, today./p /div div id=insider-chargers img src=insider_icons/chargers_perks_icon.gif a href= http://utsubscriberperks.signonsandiego.com/insider/premchargers-intro.html h5Union-Tribune Chargers Extras/h5 /a pUnion-Tribune game photos and much more./p /div /div/div -- Jonathan Berry, M.A. IT Consultant 619.306.1712(m) [EMAIL PROTECTED] www.mindarc.com --- This E-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. ?? 2510-2521 and is legally privileged. This information is confidential information and is intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. --- __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Schalk wrote: The layout will be liquid and should stretch to fill the screen at whatever resolution? Looking forward to everyones thoughts on this. Sounds good, and can be achieved by using 'em' and '%'/'auto-width' together. tedd wrote: I explain the technique at: http://www.sperling.com/examples/zoom1/ I've seen good implementations of em-sized designs, and some really counter-productive ones. The good em-sized designs will also scale in relation to browser-window, so visitors are in control. Many weak em-sized designs will overflow the window and require sideways scrolling if font-size is bumped up a bit by the visitor. Luckily Opera, the browser that em-sized designs are often imitating, does work like the good ones. Opera is also able to break the weak ones into submission, by forcing them to stay within the available window width - regardless of font size. Users of other browsers aren't that lucky. --- A site that demonstrates a pretty good em-sized design-method is http://www.456bereastreet.com/ which relates to window-width while scaling with em-sized max-width. IE/win doesn't understand anything when it comes to em-sized max-width, but the site works in that browser too because it understands the rest of the sizing-method. The method is described in an older article on Roger's site, so just look around for it. regard 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] http://www.timbenzinger.com/
I came across this very nice Portfolio site and he uses something real cool when you click About this Project. http://www.timbenzinger.com/ Is that some css magic in there? Does anyone know how that is done? Thanks, Moca __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
From: Gunlaug Sørtun [EMAIL PROTECTED] A site that demonstrates a pretty good em-sized design-method is http://www.456bereastreet.com/ which relates to window-width while scaling with em-sized max-width. IE/win doesn't understand anything when it comes to em-sized max-width, but the site works in that browser too because it understands the rest of the sizing-method. That's not a very flexible page at all from what I can see. The whole idea of using ems would seem to me to favor spawning horizontal scrollbars to keep text columns at a readable proportion. Otherwise, the exercise would seem worthless. Educate me if I'm wrong - and perhaps on my own newsgroup if this is deemed off-topic. Al Sparber PVII http://www.projectseven.com Designing with CSS is sometimes like barreling down a crumbling mountain road at 90 miles per hour secure in the knowledge that repairs are scheduled for next Tuesday. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] http://www.timbenzinger.com/
Which bit did you like? The it takes 3 hours to load part or the moo.fx javascript trickery. w MocaLoca wrote: I came across this very nice Portfolio site and he uses something real cool when you click About this Project. http://www.timbenzinger.com/ Is that some css magic in there? Does anyone know how that is done? Thanks, Moca __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Browser Check: Mac especially (NTKN)
Reese wrote: http://inkworkswell.com/clients/testing/index.html If it deviates much from this: http://inkworkswell.com/clients/testing/images/screenshot.gif we would like to know about it. I regret it does not deviate from that. http://www.dlaakso.com/mousetype.jpg xp_sp2, ie6.0, 1280, text size medium, users style sheet. Reese Best, ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] http://www.timbenzinger.com/
I came across this very nice Portfolio site and he uses something real cool when you click About this Project. http://www.timbenzinger.com/ Is that some css magic in there? Does anyone know how that is done? The link clearly states javascript:void(0) which is quite a good indicator that this is JavaScript :-) The bad thing about this is when you turn off JavaScript, then the link does exactly nothing although it promises some effect. That can be avoided by generating the link via unobtrusive JavaScript ( http://www.onlinetools.org/articles/unobtrusivejavascript/ ) instead of linking it via a non-existant pseudo protocol like javascript:. An effect like the one on this page could be easily done with moo.fx http://moofx.mad4milk.net/ HTH Chris -- Chris Heilmann Blog: http://www.wait-till-i.com Writing: http://icant.co.uk/ Binaries: http://www.onlinetools.org/ __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
The whole idea of using ems would seem to me to favor spawning horizontal scrollbars to keep text columns at a readable proportion. I understand it exactly the same way; em-sizing acts very similar to Opera's overall zoom (excluding px sized items like images and/or backgrounds), achieved only by bumping up the text size. -- Jan Brasna aka JohnyB :: www.alphanumeric.cz | www.janbrasna.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] http://www.timbenzinger.com/
It's some DOM magic, you can explore the code yourself. It is similar to Shaun Inman's menu and search. -- Jan Brasna aka JohnyB :: www.alphanumeric.cz | www.janbrasna.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] http://www.timbenzinger.com/
On Dec 19, 2005, at 5:06 PM, Jan Brasna wrote: It's some DOM magic AJAX comes to mind. On Dec 19, 2005, at 5:02 PM, Christian Heilmann wrote: An effect like the one on this page could be easily done with moo.fx http://moofx.mad4milk.net/ Breaks horribly in/on IE/Mac. :( -- ¸.·´¯`·.¸¸(((º`·.¸¸.·´¯`·.¸¸º ·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸º `·.¸¸º¸.·´¯`·.¸¸º __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Safari renders a horizontal dropdown block off by one...
I have an odd off-by-one problem with Safari 1.3.1 in this page: http://cvs.new.wykids.org/ with stylesheets at http://cvs.new.wykids.org/stylesheets/main.css http://cvs.new.wykids.org/stylesheets/ie.css The menu links that contain sublists hover out and line up precisely with the border of the filedset box in Firefox and Opera, but Safari draws the sublist box 1 pixel to the left and with a broken left border. This is a small problem, I know, and one I can live with if I have to. Is this a Safari bug? For now, IE users will not get the hover out, and they may never get it. I've had less than sterling results with attempts to accomodate IE in this before. Thanks for looking, Jeff __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] http://www.timbenzinger.com/
It's some DOM magic AJAX comes to mind. No, it doesn't, since there's no XML or XmlHttpRequest AFAIK, so it's pure DOM manipulation. You should read http://www.quirksmode.org/blog/archives/2005/06/you_shouldve_be_1.html#link2 ;) We're (I'm) again off topic, so I suppose Bob, Eric or Alex will close this thread. Enough said. -- Jan Brasna aka JohnyB :: www.alphanumeric.cz | www.janbrasna.com __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Strange formating of input button
Hi I have used input buttons, but with images in a few places on my site. However, now I was going to change it to text links, but instead of creating a normal href and using javascript to submit my form I thought I could just style the input buttons to look like text. I got close, but not all the way. .loginbox .button2text { color: #ffb701; border: 0px; padding: 0px; margin: 0px; text-align: left; background-color:transparent; } .loginbox .button2textHover { color: #FF6600; border: 0px; padding: 0px; margin: 0px; text-align: left; text-decoration: underline; cursor: pointer; background-color:transparent; } div class=loginbox . input class=button2text onmouseover=className='button2textHover' onmouseout=className='button2text' name=b_login id=b_login type=submit alt=Login value=Login . /div The reason why I have padding and margin set to 0px is basicly because I tried everything at the end ;) The problems I get are the following. The text does not line up with other text bellow it that are normal href links. It got better when I used text-align: left, but still it's a bit of to the right. At least in mozilla. Because in IE it looks just right, until I hover the mouse over it, then it jumps out a bit to the right to (as far as I can tell) the same position it has in Mozilla. When I move the mouse away from the button and sets the class to .button2text again it gets it initial look, but remains in the position it just jumped to. Any ides whats causing this and how I can fix it? My initial thought was the padding and maybe text alignment would be different on the button, but that doesn't explain the jumping behaviour. Best regards Daniel Liljeberg p.s. Another quick question. Is there a way to copy all of the text behaviour of one class to another? For example copy all of the behaviour I have on my hrefs (a class) to button2text? So that I don't have to change text-decoration and color on two places if decide to do that? __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Making whole of navigation list item area clickable inIE
From: Paul Jinks [EMAIL PROTECTED] Steve Clason wrote: ul#navlist li a { display: block; width: 100%; /* new */ padding: 0.2em; border-width: 1px; border-color: #ffe #aaab9c #ccc #fff; border-style: solid; color: #EAF5F7; text-decoration: none; background: #8C9BB0; } IE needs layout to make those links work the way you want them to. However, since width (one of the haslayout triggers[1]) is undesirable, give the browser a small height from within a conditional comment to overcome the problem. (remove spaces if copy/pasting) - !--[if IE] style type=text/css ul#navlist li a {height: 1%;} /style ![endif]-- I hope that helps. ~holly [1] http://www.satzansatz.de/cssd/onhavinglayout.html __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Strange formating of input button
- Original Message - From: Daniel Liljeberg Sent: Tuesday, December 20, 2005 3:07 PM Subject: [css-d] Strange formating of input button : I have used input buttons, but with images in a few places on my site. : However, now I was going to change it to text links, but instead of creating : a normal href and using javascript to submit my form I thought I could just : style the input buttons to look like text. I got close, but not all the : way. snip try adding in display: block; -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/206 - Release Date: 16/12/05 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Al Sparber wrote: From: Gunlaug Sørtun [EMAIL PROTECTED] A site that demonstrates a pretty good em-sized design-method is http://www.456bereastreet.com/ which relates to window-width while scaling with em-sized max-width. IE/win doesn't understand anything when it comes to em-sized max-width, but the site works in that browser too because it understands the rest of the sizing-method. That's not a very flexible page at all from what I can see. The whole idea of using ems would seem to me to favor spawning horizontal scrollbars to keep text columns at a readable proportion. Otherwise, the exercise would seem worthless. Educate me if I'm wrong - and perhaps on my own newsgroup if this is deemed off-topic. Em based dimensions has to be on topic on css-d, if this list shall have any credibility at all in real world web development. An em-based dimensions may work quite well in that it keeps letters/words pr. line quite stable - regardless of font-resizing. IMO however, that method will only work well if it is applied in such a way that those lines stay within the browser-window and don't provoke a horizontal scroll-bar, which is what you also are saying if I interpret you correctly. --- Tedd's example doesn't adjust to available window-width at all (except when forced in Opera), thus the solution is weak by design. I didn't spell that out, and I really shouldn't have to. Roger's site does adjust to available window-width to a large degree, in all browsers I have looked at his site in - without any forcing. Thus it is working pretty well, IMO. --- I usually test design-solutions from 600px width to 3800px width in all relatively new browsers on windows, and somewhat less of a scale on Mac-OS since my iMac isn't equipped with such large screens. I also test within a range of browser-options in the major browsers. The most capable browser in my pack is tested down to around 160px width, but then the whole 'em-based dimensions' issue is thrown overboard since it doesn't make any sense on very tiny screens. --- The bottom line is that em-based dimensions doesn't have to fight visitors preferences and available browser-options. Em-based dimensions can be used intelligently within the framework of improved usability for all visitors. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Jan Brasna wrote: I understand it exactly the same way; em-sizing acts very similar to Opera's overall zoom (excluding px sized items like images and/or backgrounds), achieved only by bumping up the text size. Correct, but only if sites are preventing re-scaling to window-width. They don't have to - not even for s.c. fixed width layouts. Max-width can be set either to window-width itself and override all other dimensions. Min-width can also be applied at a reasonably low width, and the fixed width be applied by using max-width. Even IE/win can mimic that. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
From: Gunlaug Sørtun [EMAIL PROTECTED] Em based dimensions has to be on topic on css-d, if this list shall have any credibility at all in real world web development. An em-based dimensions may work quite well in that it keeps letters/words pr. line quite stable - regardless of font-resizing. IMO however, that method will only work well if it is applied in such a way that those lines stay within the browser-window and don't provoke a horizontal scroll-bar, which is what you also are saying if I interpret you correctly. --- This is where I'm confused. If you attempt to keep zoomed text inside the constraints of a brower's window width, then you suffer the flaw I see in many liquid designs - where content scrunches up to one word per line and/or overlaps adjacent columns. Tedd's example doesn't adjust to available window-width at all (except when forced in Opera), thus the solution is weak by design. I didn't spell that out, and I really shouldn't have to. I'm thoroughly confused now. To me, Opera has the best zoom. It simply magnifies the page. It always creates horizontal scrollbars when the magnified contents, at their natural column proportionss, grow wider than the available window width. This is good, in my opinion. Although you must scroll horizontally, the text is still readable. Roger's site does adjust to available window-width to a large degree, in all browsers I have looked at his site in - without any forcing. Thus it is working pretty well, IMO. It doesn't look good to me. If I resize text, the lines simply have fewer characters. Perhaps there was a problem and he's fixing it, because the site is currently unavailable :-) The bottom line is that em-based dimensions doesn't have to fight visitors preferences and available browser-options. Em-based dimensions can be used intelligently within the framework of improved usability for all visitors. I agree, except I think perhaps our definitions of what's intelligent use is different ;-) Here is my take on intelligent and useful use of ems: http://www.projectseven.com/products/menusystems/tbm/demos/design_grunge.htm You probably think it's broken, right :-) Al Sparber PVII http://www.projectseven.com Designing with CSS is sometimes like barreling down a crumbling mountain road at 90 miles per hour secure in the knowledge that repairs are scheduled for next Tuesday. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] css positioning issue_mac pc
newbie positioning issue http://www.ricochet.org/flippingpixels/movies/movie.index issue: the #outer div (red) is not containing the #content div (blue). it seems to want a clearing element after closing content and before closing outer (in my mind) something is eluding me. css in the head--simple page. thanks __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] css positioning--revised url
posted earlier with url missing extension...sorry trying to contain #content (red border) within #outer (blue border). http://www.ricochet.org/flippingpixels/movies/movie.index.html sorry for the misspost __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Al Sparber wrote: From: Gunlaug Sørtun [EMAIL PROTECTED] The bottom line is that em-based dimensions doesn't have to fight visitors preferences and available browser-options. Em-based dimensions can be used intelligently within the framework of improved usability for all visitors. I agree, except I think perhaps our definitions of what's intelligent use is different ;-) Here is my take on intelligent and useful use of ems: http://www.projectseven.com/products/menusystems/tbm/demos/design_grunge.htm You probably think it's broken, right :-) In Firefox: yes, completely broken by design ;-) It is fighting user-preferences, and Firefox doesn't have any real defenses. Think I'll have to give it some... In Opera: working just fine down to around 300px window-width, but that navigation becomes less user-friendly. Nice linear look on narrow windows. Not well prepared for smaller screens - yet..? --- On the intelligent part... I think we can live with those differences - see: http://en.wikipedia.org/wiki/Freethought --- BTW: your description of Roger's site is what makes it work, IMO. On wide browser-windows it will keep proportions. I have tested it to 3800 window-width, which is the space needed for around 500% text-zoom and em-based width. Suits me just fine. On narrow windows it will respect both _my_ font-size and _my_ window-width, and forget everything about proportions. I think he must have applied that width-method with visitors in mind :-) (I have no idea what Roger is fixing at the moment. I have parts of his site in an Opera-tab from earlier today, since Opera is a pretty aggressive down-loader by default.) 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] creating graphical hyperlinks with mouseover in CSS
About a year and a half ago I created a cross-browser CSS-based horizontal menu bar with changing images on mouseover at http://url123.com I have a new project where a vertical menubar comprised of graphics that must change on mouseover is required. What are the latest best practices with regards to this technique? Are there any new and better techniques since last year? Francesco Francesco Sanfilippo Web Architect and Software Developer http://www.blackcoil.com [EMAIL PROTECTED] 402-932-5695 home office 402-676-3011 mobile Professional web developer and Internet consultant with 10 years experience. Specializing in ASP.NET, C#, SQL Server, CSS/XHTML, and digital photography. Founder and developer of URL123.com - now serving 2 million clicks per month. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
From: Gunlaug Sørtun [EMAIL PROTECTED] The bottom line is that em-based dimensions doesn't have to fight visitors preferences and available browser-options. Em-based dimensions can be used intelligently within the framework of improved usability for all visitors. I agree, except I think perhaps our definitions of what's intelligent use is different ;-) Here is my take on intelligent and useful use of ems: http://www.projectseven.com/products/menusystems/tbm/demos/design_grunge.htm You probably think it's broken, right :-) In Firefox: yes, completely broken by design ;-) It is fighting user-preferences, and Firefox doesn't have any real defenses. Think I'll have to give it some... In my opinion it works - especially for a family member with limited vision, which is totally logical to me. In Opera: working just fine down to around 300px window-width, but that navigation becomes less user-friendly. Nice linear look on narrow windows. Not well prepared for smaller screens - yet..? I'm not at all sure what you mean. The page works fine as far as I can see. If you are talkinig about the linearized sub-links, well, that would be a user (one of our customers) preference to either hide them from handhelds or not. It's none of my business. The rest of the page is fine as far as I'm concerned. On the intelligent part... I think we can live with those differences - see: http://en.wikipedia.org/wiki/Freethought --- I don't believe in using the wikipedia. I personally think it's a dangerous thing :-) I believe in classic reference sources developed by professionals. BTW: your description of Roger's site is what makes it work, IMO. On wide browser-windows it will keep proportions. I have tested it to 3800 window-width, which is the space needed for around 500% text-zoom and em-based width. Suits me just fine. And that's what makes it a failure to me. It might work fine for you or for other developers who perhaps understand how to work with browsers - and that might be fine because his site is meant for web developers but it's broken for the real world, in my opinion. On narrow windows it will respect both _my_ font-size and _my_ window-width, and forget everything about proportions. I think he must have applied that width-method with visitors in mind :-) Proportions are what count in terms of readability. I think you are just allergic to horizontal scrolling :-) People with poor eyesight might be willing to scroll to the right for a second or third column if they are blessed with a comfortable number of characters per line. (I have no idea what Roger is fixing at the moment. I have parts of his site in an Opera-tab from earlier today, since Opera is a pretty aggressive down-loader by default.) It's back up now, and I still don't like it. I think we'll have to agree to disagree, because I like my technique much better and the alternative does not move me one bit :-) Al Sparber PVII http://www.projectseven.com Designing with CSS is sometimes like barreling down a crumbling mountain road at 90 miles per hour secure in the knowledge that repairs are scheduled for next Tuesday. __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css positioning--revised url
ron, On Dec 19, 2005, at 11:05 PM, ron zisman wrote: posted earlier with url missing extension...sorry trying to contain #content (red border) within #outer (blue border). http://www.ricochet.org/flippingpixels/movies/movie.index.html The validator is your friend. It found your problem when I couldn't see it. change dv id=content to div id=content Floated elements are removed from the page 'flow'. Because this is true, #content has no content. Remove the height from #outer, it will only frustrate you later. You could float #outer also and get the 'enclosing' behavior you seek, but then it wouldn't be centered anymore. Once the typo noted above is fixed, your clearer will work fine for clearing #outer, but #content will still collapse to nothing because all elements inside it are floated. As an aside, I'd make it a class instead of an id. hth Roger, Roger Roelofs Remember, if you’re headed in the wrong direction, God allows U-turns! ~Allison Gappa Bottke __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] css positioning--revised url
ron zisman wrote: posted earlier with url missing extension...sorry trying to contain #content (red border) within #outer (blue border). http://www.ricochet.org/flippingpixels/movies/movie.index.html sorry for the misspost Ron, Just a typo, I guess? dv id=content should read: div id=content and I think this: div id=clear /div should read: div id=clearnbsp;/div or something like that... Best, ~dL __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Site Check Internet Explorer
Hi Guys I thought this design was finished but I am advised that when looking at it in Internet Explorer the text is to small to read and the right column drops down. Could someone just look to confirm for me please that this site is alright. I think what has happened is that the person looking at it needs to refresh there browser cache! The link is: http://www.theriverchurch.info/ The css is: http://www.theriverchurch.info/wp-content/themes/River/style.css Many thanks Rich http://www.cregy.co.uk So here's what I want you to do, God helping you: Take your everyday, ordinary life--your sleeping, eating, going-to-work, and walking-around life--and place it before God as an offering. Embracing what God does for you is the best thing you can do for him. Romans 12 v 1 __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Al Sparber wrote: IMO however, that method will only work well if it is applied in such a way that those lines stay within the browser-window and don't provoke a horizontal scroll-bar, which is what you also are saying if I interpret you correctly. This is where I'm confused. If you attempt to keep zoomed text inside the constraints of a brower's window width, then you suffer the flaw I see in many liquid designs - where content scrunches up to one word per line and/or overlaps adjacent columns. It is probably possible to recognise Opera's method as user-friendly, and then afterwards be able to deem double axis scrollbars user-friendly, but it is far from anything I've learned on that subject. The usual main explanation of the case is that double scrollbars makes it hard to get a good idea about the available contend, and are confusing as to where to go first. You do not have those problems when testing your site in big fonts, as you've already seen it with medium font size! But let my granddad enter the site (he's the one who needs the big font, and might have it as default in his browser), and you'll see one user gone faster than you can visualise the content that he's missing off screen on the horizontal scrollbar. I'll definitely second Georg here, em scaling is best when used to keep content inside the window on at least one axis (and, just for tradition keeps the customer's sake - make that the horizontal axis :-) ) Best regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Site Check Internet Explorer
Richard Brown wrote: I thought this design was finished but I am advised that when looking at it in Internet Explorer the text is to small to read and the right column drops down. I _do_ get a longer right column in MSIE than in mozilla (I'll send you screendumps), but it looks quite OK to me, and no trouble with the font. Perhaps the complaining user has fiddled with his mouse wheel and the Ctrl-key, thus setting his/her font-size to smallest (I've seen that without the user's own consciense about it several times, and sometimes I wonder if I should use px-font-sizes to avoid it (*BRB* when my good ego has beaten me for such ideas)) ANYway - usually it helps to advice the user to check: menus: View - Text-size - Medium. (I can't see that it's my job as designer, to make the font appear big enough if the user scales it to minimum). HTH Best regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Al Sparber wrote: From: Gunlaug Sørtun [EMAIL PROTECTED] http://www.projectseven.com/products/menusystems/tbm/demos/design_grunge.htm In Opera: working just fine down to around 300px window-width, but that navigation becomes less user-friendly. Nice linear look on narrow windows. Not well prepared for smaller screens - yet..? I'm not at all sure what you mean. General advice: web developers should know how browsers work. - see: http://en.wikipedia.org/wiki/Freethought I don't believe in using the wikipedia. I personally think it's a dangerous thing :-) I believe in classic reference sources developed by professionals. Who said anything about _using_ anything? Links are good when one does not want to spell it all out on a discussion-list. It is even recommended... Most professionals develop limitations for what can be done. I don't accept man made limitations in any field. (I have no idea what Roger is fixing at the moment. It's back up now, and I still don't like it. I think we'll have to agree to disagree, because I like my technique much better and the alternative does not move me one bit :-) Good. Even better that I wasn't even trying... :-) I was just responding to your questions. Others might be able to make up their own minds about the issue we have discussed: how to use ems for dimensioning in different ways, and achieve different results. Pretty powerful solutions can be created when em-based dimensioning is combined with other units and rules. --- FWIW: I don't use any of the mentioned solutions for anything other than to scale small non-text objects in a text environment. I know how to use them if I ever need them on a bigger scale though - because I am a professional. I do focus most of my attention on user-experience. Most users use browsers, and I don't want to put any limitations on how they use them, if that can be avoided. Thus I try to let browsers override my own preferences, without hurting usability. I win some, and loose some. No big deal as long as visitors don't suffer any major losses. I always collect information and build up my knowledge-base about various web design methods and related stuff, regardless of whether I find them useful or not. Prevents limitations from sneaking in, and me from asking too many questions on various lists. 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/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Question about EM's
Al Sparber wrote: Traditions that count are dying. Horizontal scrollbars as tradition is trite. I could be closer to your grandfather's age than to yours, and my vision is no longer perfect. Constraining content to the horizontal viewport over the ability to actually read comfortably is obsessive behavior to me. Sounds like a phobia to me :-) So, it is preferable to have scrollbars on two axises, when that at least gives a neat page without the one-word-per-line problem. _IF_ we are to use that approach (I can see the value) then we have to solve it's problems? Shouldn't we make a solution to the orientation-in-the-page - problem, then? A small window like the Info in Photoshop, with a red box on the currently visible part, should solve that. If we make it position:fixed in a corner, and with a javascript (I don't know of any other method, to measure the screen size and position, inputs are welcome here ;-)) that disappears if non-supported, it can only improve matters for those who can see it? Best regards Jesper Brunholm __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] good in Safari, all other browsers giving me major errors
I re-designed my entire site in CSS, and didn't realize that Explorer and Mizilla would render the site S differently. The site is www.olystudio.com Please view in Safari to see the correct version and INCORRECT version that I now have in Explorer. This is kind of an emergency because it hurts the business to have it looking so bad. Is there anyway to fix this that will make it look normal in both browsers? Juliann __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/