Re: [WSG] Friday Afternoon Funny
Hi Chris I thought that was really really funny and so did everyone else in the office. in fact its going to join the other quotes I have printed out and stuck on the wall that we read when we need to raise a smile in times of stress. Jackie Reid Mock Orange Web Site Development 1st Floor 92 Victoria Street MACKAY Q 4740 Ph: 07 4953 4035 [EMAIL PROTECTED] - Original Message - From: "Chris Blown" <[EMAIL PROTECTED]> To: "WSG" <[EMAIL PROTECTED]> Sent: Friday, February 13, 2004 4:44 PM Subject: Re: [WSG] Friday Afternoon Funny > > Of course James, I know that for sure, just thought it was a funny way > of putting it.. the paragraph is under 500px wide anyway > > I've tried to read without moving my eyes and its pretty hard.. ;) > > Chris > > > On Fri, 2004-02-13 at 17:23, James Ellis wrote: > > Hi Chris > > > > This is an important point they have raised - they are looking at > > peripheral vision. We see a circle of about 6cm on screen in one go - > > anything larger we have to move our eyes to take in more. This is why > > newspapers tend to be in columns etc etc. > > > > The Zed man has some good writeups on how ~430px (whats the em?) is > > about the right line length - @ alistapart although where it is I don't > > know as the search function has disappeared from that site. > > > > Cheers > > James > > > > > > Chris Blown wrote: > > > > >Thought I'd share this one with everyone, we received a list of > > >corrections today from one of our clients, and we found a particularly > > >humorous snippet. This correction was given in relation to paragraph > > >line length. > > > > > >"It makes it hard for people to read if they have to keep moving their > > >eyes" > > > > > >LOL! > > > > > >Cheers > > >Chris Blown > > > > > >* > > >The discussion list for http://webstandardsgroup.org/ > > >* > > > > > > > > > > > > > > > * > > The discussion list for http://webstandardsgroup.org/ > > * > > > > > > > > * > The discussion list for http://webstandardsgroup.org/ > * > > * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Friday Afternoon Funny
James, Here is some info on ideal line length: "The ideal line length for text layout is based on the the physiology of the human eye... At normal reading distance the arc of the visual field is only a few inches - about the width of a well-designed column of text, or about 12 words per line. " http://www.maxdesign.com.au/presentation/em/ The question of what is 430px in ems will depend on the users browser font size. "In CSS, an em is a relative measure of length that inherits size information from parent elements. If the parent element is the BODY then the size of the element is actually determined by the user's browser font settings. So, in a default Internet Explorer install (where the default font size is 16px), 1em will be 16px." If the user has the default font settings mentioned above, then 430px will be around 26-27ems. If a user increases their browser font size to say 24px, 430px will be about 18ems. Russ > The Zed man has some good writeups on how ~430px (whats the em?) is > about the right line length - @ alistapart although where it is I don't > know as the search function has disappeared from that site. > * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Friday Afternoon Funny
Of course James, I know that for sure, just thought it was a funny way of putting it.. the paragraph is under 500px wide anyway I've tried to read without moving my eyes and its pretty hard.. ;) Chris On Fri, 2004-02-13 at 17:23, James Ellis wrote: > Hi Chris > > This is an important point they have raised - they are looking at > peripheral vision. We see a circle of about 6cm on screen in one go - > anything larger we have to move our eyes to take in more. This is why > newspapers tend to be in columns etc etc. > > The Zed man has some good writeups on how ~430px (whats the em?) is > about the right line length - @ alistapart although where it is I don't > know as the search function has disappeared from that site. > > Cheers > James > > > Chris Blown wrote: > > >Thought I'd share this one with everyone, we received a list of > >corrections today from one of our clients, and we found a particularly > >humorous snippet. This correction was given in relation to paragraph > >line length. > > > >"It makes it hard for people to read if they have to keep moving their > >eyes" > > > >LOL! > > > >Cheers > >Chris Blown > > > >* > >The discussion list for http://webstandardsgroup.org/ > >* > > > > > > > > > * > The discussion list for http://webstandardsgroup.org/ > * > > > * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Friday Afternoon Funny
Hi Chris This is an important point they have raised - they are looking at peripheral vision. We see a circle of about 6cm on screen in one go - anything larger we have to move our eyes to take in more. This is why newspapers tend to be in columns etc etc. The Zed man has some good writeups on how ~430px (whats the em?) is about the right line length - @ alistapart although where it is I don't know as the search function has disappeared from that site. Cheers James Chris Blown wrote: Thought I'd share this one with everyone, we received a list of corrections today from one of our clients, and we found a particularly humorous snippet. This correction was given in relation to paragraph line length. "It makes it hard for people to read if they have to keep moving their eyes" LOL! Cheers Chris Blown * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
[WSG] Friday Afternoon Funny
Thought I'd share this one with everyone, we received a list of corrections today from one of our clients, and we found a particularly humorous snippet. This correction was given in relation to paragraph line length. "It makes it hard for people to read if they have to keep moving their eyes" LOL! Cheers Chris Blown * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Getting to the bottom of things
That definitely does the trick. I was driving myself crazy fiddling with line-height, padding-top, and position: relative on the "subscript". The best I could manage was min-height on the "header" and padding-top on the "subscript". The dual positions is so much nicer. Thanks, Robert russ weakley blurted out: Hi Robert, What you need to do is set the container (in your case the header div) to "position: relative", and then "subscript" to "position: absolute" - and make it sit in the bottom right edge of the container. Like this: http://www.maxdesign.com.au/jobs/css/moser.htm No matter how it is scaled up or down, the text will still sit in the same position relative to the bottom of the div. The container has to be set to "position: relative" in order for the item inside to be positioned correctly. This can be seen in the link below where the first container has no positioning set - the box inside will ignore it and position itself relative to the initial containing box. http://www.maxdesign.com.au/jobs/absolute.htm Russ Say I have a header where I have the main text big and bold and in the usual top left position. Now in addition I have a little catch-phrase that I'd like to stick in the bottom right. How do I style the catch-phrase so that it stays in the bottom right even with the user changing the font size? * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Getting to the bottom of things
Hi Robert, What you need to do is set the container (in your case the header div) to "position: relative", and then "subscript" to "position: absolute" - and make it sit in the bottom right edge of the container. Like this: http://www.maxdesign.com.au/jobs/css/moser.htm No matter how it is scaled up or down, the text will still sit in the same position relative to the bottom of the div. The container has to be set to "position: relative" in order for the item inside to be positioned correctly. This can be seen in the link below where the first container has no positioning set - the box inside will ignore it and position itself relative to the initial containing box. http://www.maxdesign.com.au/jobs/absolute.htm Russ > > Say I have a header where I have the main text big and bold and in the > usual top left position. Now in addition I have a little catch-phrase > that I'd like to stick in the bottom right. How do I style the > catch-phrase so that it stays in the bottom right even with the user > changing the font size? > * The discussion list for http://webstandardsgroup.org/ *
[WSG] Getting to the bottom of things
Say I have a header where I have the main text big and bold and in the usual top left position. Now in addition I have a little catch-phrase that I'd like to stick in the bottom right. How do I style the catch-phrase so that it stays in the bottom right even with the user changing the font size? Here's the markup and a little style: Bottom Right? #header { background-color : #03c; height: 55px; } #header #logo { /* The following would be for Image Replacement of the logo */ /*background: url(logo.png); font-size: 0;*/ font-size: 40px; width: 250px; height: 50px; float: left;
} #header #subscript { color: #fff; text-align: right; padding-right: 0.2em; margin-left: 250px; }
Logo Text Catch Phrase blah blah blah * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] CSS Site Check
Don't blame you. IE has been on my last nerve recently...ALOT. I wouldn't use the hack...it's a rather minor issue anyway, and the hack could cause other issues to arise...not to mention it's a hack. Looks fine in what I tried it in: Safari 1.2 Firebird 0.7 IE 5.2.3 Opera 6.03 On Feb 12, 2004, at 18:15, Tim Lucas wrote: I'm choosing to ignore IE's lack of support for min-width. Is it worth adding the -15px hack, and does anybody know of any side effects? I've changed the footer, could you guys please do a quick recheck to see if it's still ok in Opera & Mac? -- tim Michael Donnermeyer spoke the following wise words on 12/02/2004 9:33 PM EST: Looks fine in Safari 1.2, Firebird 0.7, and IE 5.2. One small this I saw is in IE the footer text runs into itself if the window is resized too small, say 600-700 pixels wide or smaller. Other than that and the usual mystery horizontal scrollbar, no probs. Lynx looks alright, but personally I'd put the header div above the body...just feels weird having it below, since it's a title. It also makes 'About Us' and 'Contact Us' appear twice very close together, which might be confusing for someone. MD
Re: [WSG] CSS/XHTML NavBar and IE6
Hi Paul. The gaps you speak of are part of the CSS parsing bug by IE. In any CSS declaration where width is in use with padding or borders or both, you must use the CSS hack to feed IE a false value and Safari, etc.. the right value. Or, you can use a method to get around using the hack. See http://web.theward.net/dodgingcsshacks.html for more information. As for the rollover delays, you could try specifying a preload for the alternate images. A List Apart also has an excellent article on no-preload rollovers using CSS and positioning which can be found at http://www.pixy.cz/blogg/clanky/cssnopreloadrollovers/ good luck. And right Robert Moser, I do have black there instead of red. Will fix that typo shortly -- thanks! Paul Ross wrote: Hello folks, (First post to this excellent list - thanks Russ/Peter for setting me up). I am trying to ditch the HTML tables addiction and keeping to standards-based designs from now on. The annoying thing is I can do this in 30 seconds using the 'old' methods but I'm having problems. I need some guidance on the image navbar where I have used a Eric Meyer CSS-only method for the rollovers (instead of JavaScript code soup). Here's my test page... http://www.skyrocket.com.au/Concepts/Books24x7/index.html Works fine in Mozilla 1.5, Safari 1.0 but using IE6 on a PC there's a gap at the top and bottom of the navbar of maybe 5px. Any ideas why? Also, there is a significant delay on mouseover depending on the browser used. The rollover state doesn't seem to load until a user rolls over the button hot spot. Can this be sped up somehow? Any help appreciated. Regards PAUL ROSS SkyRocket Design Co http://www.skyrocket.com.au - This mail sent through IMP: http://horde.org/imp/ * The discussion list for http://webstandardsgroup.org/ * -- --- Ryan Christie [EMAIL PROTECTED] http://www.theward.net --- * The discussion list for http://webstandardsgroup.org/ *
RE: [WSG] CSS/XHTML NavBar and IE6
I think you need to remove the default margins on uls. So within; #navcontainer ul, I removed all the margins and added margin: 50px 0 0 0; *this basically means the same as; margin-top: 50px margin-right: 0 margin-bottom: 0 margin-left: 0; That fixes the problem in ie6, but you get the 3px thing in ie5 still. Sorry I think there is a work around for this somewhere but im not sure, someone on the list might know. For faster hover rollovers, you could use this technique. Place the normal and hover state in one image, and when you use it as a background, just use the background-position property to 'slide' the normal and hover states into view. See this slidingdoors article for a more complete reference. http://www.alistapart.com/articles/slidingdoors/ Hope that helps, Tim Hill Computer Associates Graphic Artist tel: +612 9937 0792 fax: +612 9937 0546 [EMAIL PROTECTED] -Original Message- From: Paul Ross [mailto:[EMAIL PROTECTED] Sent: Friday, February 13, 2004 1:49 PM To: [EMAIL PROTECTED] Subject: [WSG] CSS/XHTML NavBar and IE6 Hello folks, (First post to this excellent list - thanks Russ/Peter for setting me up). I am trying to ditch the HTML tables addiction and keeping to standards-based designs from now on. The annoying thing is I can do this in 30 seconds using the 'old' methods but I'm having problems. I need some guidance on the image navbar where I have used a Eric Meyer CSS-only method for the rollovers (instead of JavaScript code soup). Here's my test page... http://www.skyrocket.com.au/Concepts/Books24x7/index.html Works fine in Mozilla 1.5, Safari 1.0 but using IE6 on a PC there's a gap at the top and bottom of the navbar of maybe 5px. Any ideas why? Also, there is a significant delay on mouseover depending on the browser used. The rollover state doesn't seem to load until a user rolls over the button hot spot. Can this be sped up somehow? Any help appreciated. Regards PAUL ROSS SkyRocket Design Co http://www.skyrocket.com.au - This mail sent through IMP: http://horde.org/imp/ * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] "Dodging CSS Hacks" Tutorial
Box A's background becomes the border when you make a 5px margin on Box B ... I believe I used the word "appear"... It's sort of faking a border, if you will. When built you'll see what I mean (and why it can only be solid) Robert Moser wrote: [EMAIL PROTECTED] blurted out: Thank you for the feedbacks, keep them coming :) In your Method 1 CSS sample, the explanation mentions a 5px red border, but there is no border attribute anywhere in the sample. Perhaps the margin: 5px; in the #box_b selector was supposed to be border? -- --- Ryan Christie [EMAIL PROTECTED] http://www.theward.net --- * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] "Dodging CSS Hacks" Tutorial
Robert Moser blurted out: [EMAIL PROTECTED] blurted out: Thank you for the feedbacks, keep them coming :) In your Method 1 CSS sample, the explanation mentions a 5px red border, but there is no border attribute anywhere in the sample. Perhaps the margin: 5px; in the #box_b selector was supposed to be border? Ok, I'm a bit slow, the background on #box_a becomes the border for #box_b. Still, #000 is black, not red. You might want to clarify that the background for the first box is what makes the border. * The discussion list for http://webstandardsgroup.org/ *
[WSG] CSS/XHTML NavBar and IE6
Hello folks, (First post to this excellent list - thanks Russ/Peter for setting me up). I am trying to ditch the HTML tables addiction and keeping to standards-based designs from now on. The annoying thing is I can do this in 30 seconds using the 'old' methods but I'm having problems. I need some guidance on the image navbar where I have used a Eric Meyer CSS-only method for the rollovers (instead of JavaScript code soup). Here's my test page... http://www.skyrocket.com.au/Concepts/Books24x7/index.html Works fine in Mozilla 1.5, Safari 1.0 but using IE6 on a PC there's a gap at the top and bottom of the navbar of maybe 5px. Any ideas why? Also, there is a significant delay on mouseover depending on the browser used. The rollover state doesn't seem to load until a user rolls over the button hot spot. Can this be sped up somehow? Any help appreciated. Regards PAUL ROSS SkyRocket Design Co http://www.skyrocket.com.au - This mail sent through IMP: http://horde.org/imp/ * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] "Dodging CSS Hacks" Tutorial
[EMAIL PROTECTED] blurted out: Thank you for the feedbacks, keep them coming :) In your Method 1 CSS sample, the explanation mentions a 5px red border, but there is no border attribute anywhere in the sample. Perhaps the margin: 5px; in the #box_b selector was supposed to be border? * The discussion list for http://webstandardsgroup.org/ *
[WSG]
Apologies if you tried to post to WSG mail list in the last hour or so. We had technical difficulties with both the site and mail server so no mail was getting through. All is now fixed so post away! Thanks Russ * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] misbehaving footer
[EMAIL PROTECTED] blurted out: Also there is something going on at www.desertstandard.net/yv2/teachers.shtml with the footer bar. its like a missed closing a somewhere but I cannot find it. Roger The div's look to all be closed now, I think what you need is a clear: both; in your #ftr * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] Might Find This Interesting...
Hi Chris, I think this is really clever. Sure it only provides a visual cue, but it's very effective. Nice work. Regards, Ben Chris Stratford wrote: I decided to use a method for displaying the list - unlike any i have seen... let me know what you think - i just need to your opinion on how it looks. it uses the link:visited method, which i havn't seen used much... * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] CSS Site Check
Sorry.. forgot to include the URL: http://www.toolmantim.com/staging/main_layout.htm -- tim * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] CSS Site Check
Thanks Michael, One small this I saw is in IE the footer text runs into itself if the window is resized too small, say 600-700 pixels wide or smaller. I'm choosing to ignore IE's lack of support for min-width. Other than that and the usual mystery horizontal scrollbar, no probs. Is it worth adding the -15px hack, and does anybody know of any side effects? Lynx looks alright, but personally I'd put the header div above the body...just feels weird having it below, since it's a title. It also makes 'About Us' and 'Contact Us' appear twice very close together, which might be confusing for someone. Good point. This body before header design was a result of SEO being important for this project. I think the confusing part though is the footer's "About Us... " being before the copyright message. This was so I didn't have to "float: left" the copyright to get them onto the same line. A little more markup and stylesheet for accessibility is definately worth it. I've changed the footer, could you guys please do a quick recheck to see if it's still ok in Opera & Mac? -- tim Michael Donnermeyer spoke the following wise words on 12/02/2004 9:33 PM EST: Looks fine in Safari 1.2, Firebird 0.7, and IE 5.2. One small this I saw is in IE the footer text runs into itself if the window is resized too small, say 600-700 pixels wide or smaller. Other than that and the usual mystery horizontal scrollbar, no probs. Lynx looks alright, but personally I'd put the header div above the body...just feels weird having it below, since it's a title. It also makes 'About Us' and 'Contact Us' appear twice very close together, which might be confusing for someone. MD
re: [WSG] "Dodging CSS Hacks" Tutorial
I've added pro's and con's, and an additional method + examples for each except tables. I've done a bit of reading and I think Trident does handle the CSS rendering, not outsourced engines. Half the reason Mac IE is so much better than Win IE is it uses the Tasman rendering engine (aging but excellent). Also, Jeff Zeldman mentions nothing about outsourced CSS rendering engines in his book's Appendix "Browsers: The Good, the Bad, and the Ugly"... If anyone else can find some evidence of Trident not handling the CSS rendering in comparison to the Gecko and Tasman engines, please give a hollar. Thank you for the feedbacks, keep them coming :) --Ryan Christie http://www.theward.net Quoting russ weakley <[EMAIL PROTECTED]>: > Hi Ryan, > Excellent article! Can I suggest a couple of small points: > > Within the section "Method One: Don't use padding and borders", this seems a > bit of a sweeping statement : > "Please note, your code WILL be more lengthy" > > There are times when this method is much longer in CSS code and other times > when it isn't - it really depends on specific examples. In your example, the > code is much longer, but it might be better to make a less definitive > statement like: > "Please note, your code COULD be more lengthy" > > There are also a couple of other methods of getting around the box model > problem. Like any method they have weaknesses, but should be mentioned: > > 1. Double nested divs. You apply no padding to the outer div, and padding to > the inner div - without setting a width. This is not a very semantically > correct option (due to extra divs), but it has been widely used. > > HTML > > > > > CSS > .outer { width: 200px; } > .inner { padding: 1em 0; } > > 2. Padding the content. This is similar to Method 1 but needs to be explained > as it is a simple and powerful option. It involves applying padding to > content within the div, rather than the div itself - this is a very common > solution to the problem, and can be achieved using one CSS rule set like: > > #container p, #container h1, #container h2 { padding: 1em 0; } > > It may also be worth outlining the pro's and con's of each method so that > users can chose one which is more semantically correct, or possibly easier to > execute. > > Be warned, I slapped together the code samples above in both examples and > they haven't been tested on anything. :) > > Anyway, a great article and a great idea! > Russ * The discussion list for http://webstandardsgroup.org/ *
re: [WSG] "Dodging CSS Hacks" Tutorial
Replace padding: 1em 0; with padding: 0 1em; :) Original Message: >From: "russ weakley" <[EMAIL PROTECTED]> >To: <[EMAIL PROTECTED]> >Subject: re: [WSG] "Dodging CSS Hacks" Tutorial >Date: Fri 13 Feb 2004 07:56:24 +1100 >Hi Ryan, >Excellent article! Can I suggest a couple of small points: > >Within the section "Method One: Don't use padding and borders", this seems a bit of a >sweeping statement : >"Please note, your code WILL be more lengthy" > >There are times when this method is much longer in CSS code and other times when it >isn't - it really depends on specific examples. In your example, the code is much >longer, but it might be better to make a less definitive statement like: >"Please note, your code COULD be more lengthy" > >There are also a couple of other methods of getting around the box model problem. >Like any method they have weaknesses, but should be mentioned: > >1. Double nested divs. You apply no padding to the outer div, and padding to the >inner div - without setting a width. This is not a very semantically correct option >(due to extra divs), but it has been widely used. > >HTML > > > > >CSS >.outer { width: 200px; } >.inner { padding: 1em 0; } > >2. Padding the content. This is similar to Method 1 but needs to be explained as it >is a simple and powerful option. It involves applying padding to content within the >div, rather than the div itself - this is a very common solution to the problem, and >can be achieved using one CSS rule set like: > >#container p, #container h1, #container h2 { padding: 1em 0; } > >It may also be worth outlining the pro's and con's of each method so that users can >chose one which is more semantically correct, or possibly easier to execute. > >Be warned, I slapped together the code samples above in both examples and they >haven't been tested on anything. :) > >Anyway, a great article and a great idea! >Russ > > >> >> Hey, this is my first attempt at making up a tutorial. By all means correct me >> on anything that's wrong :) ... this goes out to all you CSS Hack gripers on >> here heh. Enjoy. >> >> http://web.theward.net/dodgingcsshacks.html >> >> --Ryan Christie >> http://www.theward.net > >* >The discussion list for http://webstandardsgroup.org/ >* > > * The discussion list for http://webstandardsgroup.org/ *
re: [WSG] "Dodging CSS Hacks" Tutorial
Hi Ryan, Excellent article! Can I suggest a couple of small points: Within the section "Method One: Don't use padding and borders", this seems a bit of a sweeping statement : "Please note, your code WILL be more lengthy" There are times when this method is much longer in CSS code and other times when it isn't - it really depends on specific examples. In your example, the code is much longer, but it might be better to make a less definitive statement like: "Please note, your code COULD be more lengthy" There are also a couple of other methods of getting around the box model problem. Like any method they have weaknesses, but should be mentioned: 1. Double nested divs. You apply no padding to the outer div, and padding to the inner div - without setting a width. This is not a very semantically correct option (due to extra divs), but it has been widely used. HTML CSS .outer { width: 200px; } .inner { padding: 1em 0; } 2. Padding the content. This is similar to Method 1 but needs to be explained as it is a simple and powerful option. It involves applying padding to content within the div, rather than the div itself - this is a very common solution to the problem, and can be achieved using one CSS rule set like: #container p, #container h1, #container h2 { padding: 1em 0; } It may also be worth outlining the pro's and con's of each method so that users can chose one which is more semantically correct, or possibly easier to execute. Be warned, I slapped together the code samples above in both examples and they haven't been tested on anything. :) Anyway, a great article and a great idea! Russ > > Hey, this is my first attempt at making up a tutorial. By all means correct me > on anything that's wrong :) ... this goes out to all you CSS Hack gripers on > here heh. Enjoy. > > http://web.theward.net/dodgingcsshacks.html > > --Ryan Christie > http://www.theward.net * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] misbehaving footer
The main page layout is way off center on Safari and buggy in Firebird. One thing I have notices is you're using align on tags in the html that should be defined in the CSS. XHTML should never have any kind of font, alignment, or color attributes attached to the html tag. Take aa look at this, I got bored...so I played with it. Works well in what I can test here, though I didn't do any hacks so IE-Win may be slightly off in a few places. Nothing that can't be solved rather easily though. (I'll send you some screen caps just in case.) http://homepage.mac.com/mdnky/yoga/yj.html On Feb 12, 2004, at 12:57, [EMAIL PROTECTED] wrote: rlmoser wrote: Looks to me like line 31 is missing a / you have instead of I'm assuming that the was just supposed to contain the element. If that is not the case, then maybe that on line 31 is just extra. i put the javascript and the thumbnails into an additional div to see if that would fix it the closing tag is after the last thumbnail. I am going to remove them for clarity. problem is still there. http://www.desertstandard.com/yv2/teachers.shtml FYI I have changed the subject line from "horizontal nav bar nightmare" Original Message Subject: RE: [WSG] horizontal nav bar nightmare From: [EMAIL PROTECTED] Date: Thu, February 12, 2004 9:26 am To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Also there is something going on at www.desertstandard.net/yv2/teachers.shtml with the footer bar. its like a missed closing a somewhere but I cannot find it. Roger Looks to me like line 31 is missing a / you have instead of I'm assuming that the was just supposed to contain the element. If that is not the case, then maybe that on line 31 is just extra. * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] "Dodging CSS Hacks" Tutorial
http://web.theward.net/dodgingcsshacks.html Technically, Trident has got little (or nothing?) to do with CSS parsing. I found a post from "liorean" at css-d explaining this: "Just as a note, Trident is the rendering engine of ie/w. It is not the XML, the HTML/tagsoup or the CSS parsing engine; nor is it the scripting engine or external parsing system. It is the rendering engine, outsourcing the parsing and foreign object handling to other systems or engines. It seems that Trident has been roughtly the same since ie4, with the changes taking place mostly in the other engines, Trident only changing when really required to, in order to be able to render what it is handed from the others." Further info about Trident is way beyond my skills and, perhaps, beyond the goal of what you're trying to say with your web page :] - I just found it interesting and it could help in correcting erroneous info/rumors about what Trident is/is not. cheers, /Anton -- What your lacks, your compensates. * The discussion list for http://webstandardsgroup.org/ *
RE: [WSG] misbehaving footer
rlmoser wrote: > Looks to me like line 31 is missing a / > you have instead of > I'm assuming that the was just supposed to contain the > element. If that is not the case, then maybe that on line > 31 is just extra. i put the javascript and the thumbnails into an additional div to see if that would fix it the closing tag is after the last thumbnail. I am going to remove them for clarity. problem is still there. http://www.desertstandard.com/yv2/teachers.shtml FYI I have changed the subject line from "horizontal nav bar nightmare" > Original Message > Subject: RE: [WSG] horizontal nav bar nightmare > From: [EMAIL PROTECTED] > Date: Thu, February 12, 2004 9:26 am > To: [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > > > Also there is something going on at > www.desertstandard.net/yv2/teachers.shtml > > with the footer bar. its like a missed closing a somewhere but > I cannot > > find it. > > Roger > > Looks to me like line 31 is missing a / > you have instead of > I'm assuming that the was just supposed to contain the > element. If that is not the case, then maybe that on line > 31 is just extra. > > * > The discussion list for http://webstandardsgroup.org/ > * * The discussion list for http://webstandardsgroup.org/ *
[WSG] "Dodging CSS Hacks" Tutorial
Hey, this is my first attempt at making up a tutorial. By all means correct me on anything that's wrong :) ... this goes out to all you CSS Hack gripers on here heh. Enjoy. http://web.theward.net/dodgingcsshacks.html --Ryan Christie http://www.theward.net * The discussion list for http://webstandardsgroup.org/ *
RE: [WSG] horizontal nav bar nightmare
> Also there is something going on at www.desertstandard.net/yv2/teachers.shtml > with the footer bar. its like a missed closing a somewhere but I cannot > find it. > Roger Looks to me like line 31 is missing a / you have instead of I'm assuming that the was just supposed to contain the element. If that is not the case, then maybe that on line 31 is just extra. * The discussion list for http://webstandardsgroup.org/ *
RE: [WSG] horizontal nav bar nightmare
hey you guys thanks for all the feedback. i ended up trashing that layout and starting afresh. http://www.desertstandard.net/yv2/ This has solved the Nav problem, except that now when I zoom the text the bar blows up in my face, any help with that would be appreciated. Also there is something going on at www.desertstandard.net/yv2/teachers.shtml with the footer bar. its like a missed closing a somewhere but I cannot find it. Anything you guys can recommend about increasing the accessibility as well? Thanks again, Roger > Original Message > Subject: RE: [WSG] horizontal nav bar nightmare > From: "David McDonald" <[EMAIL PROTECTED]> > Date: Thu, February 12, 2004 6:00 am > To: [EMAIL PROTECTED] > > Michael, > > Your layout is looking good. > > However, in Opera 7.2, the footer seems to be positioned half below > the > browser window. I have emailed you a screenshot off list. > > > Regards, > > David McDonald > Web Designer > > http://www.davidmcdonald.org > > Southbank, Melbourne > Australia > > Mobile: 0403 332 140 > ICQ: 11814164 > > -Original Message- > From: Michael Donnermeyer [mailto:[EMAIL PROTECTED] > Sent: Thursday, 12 February 2004 10:27 PM > To: [EMAIL PROTECTED] > Subject: Re: [WSG] horizontal nav bar nightmare > > > > I played with it a little and here's what I got. The horizontal nav > bar needs some tweaking, although I don't think it's possible to do > much about the small left area that's not covered on hovers. I got it > > as close as possible in Safari & Firebird, have no clue about IE on the > > Win side as my test station is down at the moment. > > It does have a major issue on IE5 Mac though, but should be fixable if > > you try. > > Here's a link to the changes I made: > > http://homepage.mac.com/mdnky/yoga/yoga.html > > > On Feb 11, 2004, at 13:54, Michael Donnermeyer wrote: > > > On Feb 10, 2004, at 23:56, [EMAIL PROTECTED] wrote: > > > >> > >> Here is the site: > >> www.desertstandard.net/YV/ > >> > >> The first problem is with the main horizontal nav bar. I need it to > >> sit about 3 to 5px's from the purple header and it needs to be > >> centered on the page. Client wants it to look like their brochure of > > >> course. I have put a orange bar on the background for reference. I > >> cannot get it to sit there on the latest versions of all the > browsers > >> and I am having trouble with the centering. > >> > >> The second problem is with the sub nav menu in the Classes section. > >> In IE 6 it keeps 'bouncing' up and down and I obviously only need it > > >> to sit still. > >> > >> Any suggestions are appreciated. I am close to scraping it and > using > >> tables. > >> > >> Thanks, > >> > >> Roger > >> * > >> The discussion list for http://webstandardsgroup.org/ > >> * > >> > > > > * > > The discussion list for http://webstandardsgroup.org/ > > * > > * > The discussion list for http://webstandardsgroup.org/ > * > > > > * > The discussion list for http://webstandardsgroup.org/ > * * The discussion list for http://webstandardsgroup.org/ *
[WSG] Might Find This Interesting...
hey everyone! im creating my own Blog. I decided to use a method for displaying the list - unlike any i have seen... let me know what you think - i just need to your opinion on how it looks. it uses the link:visited method, which i havn't seen used much... www.neester.com/blog.php the links dont work - but clicking them still set the links pseudoclass to visited... tell me how it looks! cheers! -- Chris Stratford [EMAIL PROTECTED] Http://www.neester.com * The discussion list for http://webstandardsgroup.org/ *
RE: [WSG] horizontal nav bar nightmare
Michael, Your layout is looking good. However, in Opera 7.2, the footer seems to be positioned half below the browser window. I have emailed you a screenshot off list. Regards, David McDonald Web Designer http://www.davidmcdonald.org Southbank, Melbourne Australia Mobile: 0403 332 140 ICQ: 11814164 -Original Message- From: Michael Donnermeyer [mailto:[EMAIL PROTECTED] Sent: Thursday, 12 February 2004 10:27 PM To: [EMAIL PROTECTED] Subject: Re: [WSG] horizontal nav bar nightmare I played with it a little and here's what I got. The horizontal nav bar needs some tweaking, although I don't think it's possible to do much about the small left area that's not covered on hovers. I got it as close as possible in Safari & Firebird, have no clue about IE on the Win side as my test station is down at the moment. It does have a major issue on IE5 Mac though, but should be fixable if you try. Here's a link to the changes I made: http://homepage.mac.com/mdnky/yoga/yoga.html On Feb 11, 2004, at 13:54, Michael Donnermeyer wrote: > On Feb 10, 2004, at 23:56, [EMAIL PROTECTED] wrote: > >> >> Here is the site: >> www.desertstandard.net/YV/ >> >> The first problem is with the main horizontal nav bar. I need it to >> sit about 3 to 5px's from the purple header and it needs to be >> centered on the page. Client wants it to look like their brochure of >> course. I have put a orange bar on the background for reference. I >> cannot get it to sit there on the latest versions of all the browsers >> and I am having trouble with the centering. >> >> The second problem is with the sub nav menu in the Classes section. >> In IE 6 it keeps 'bouncing' up and down and I obviously only need it >> to sit still. >> >> Any suggestions are appreciated. I am close to scraping it and using >> tables. >> >> Thanks, >> >> Roger >> * >> The discussion list for http://webstandardsgroup.org/ >> * >> > > * > The discussion list for http://webstandardsgroup.org/ > * * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] horizontal nav bar nightmare
I played with it a little and here's what I got. The horizontal nav bar needs some tweaking, although I don't think it's possible to do much about the small left area that's not covered on hovers. I got it as close as possible in Safari & Firebird, have no clue about IE on the Win side as my test station is down at the moment. It does have a major issue on IE5 Mac though, but should be fixable if you try. Here's a link to the changes I made: http://homepage.mac.com/mdnky/yoga/yoga.html On Feb 11, 2004, at 13:54, Michael Donnermeyer wrote: On Feb 10, 2004, at 23:56, [EMAIL PROTECTED] wrote: Here is the site: www.desertstandard.net/YV/ The first problem is with the main horizontal nav bar. I need it to sit about 3 to 5px's from the purple header and it needs to be centered on the page. Client wants it to look like their brochure of course. I have put a orange bar on the background for reference. I cannot get it to sit there on the latest versions of all the browsers and I am having trouble with the centering. The second problem is with the sub nav menu in the Classes section. In IE 6 it keeps 'bouncing' up and down and I obviously only need it to sit still. Any suggestions are appreciated. I am close to scraping it and using tables. Thanks, Roger * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] CSS Site Check
Looks fine in Safari 1.2, Firebird 0.7, and IE 5.2. One small this I saw is in IE the footer text runs into itself if the window is resized too small, say 600-700 pixels wide or smaller. Other than that and the usual mystery horizontal scrollbar, no probs. Lynx looks alright, but personally I'd put the header div above the body...just feels weird having it below, since it's a title. It also makes 'About Us' and 'Contact Us' appear twice very close together, which might be confusing for someone. MD On Feb 12, 2004, at 02:51, Tim Lucas wrote: Could you please check the following framework for a layout i'm doing: http://www.toolmantim.com/staging/main_layout.htm Intended display (horizontally liquid with no borders): http://www.toolmantim.com/staging/main_layout.gif Thanks everyone, -- tim * The discussion list for http://webstandardsgroup.org/ * * The discussion list for http://webstandardsgroup.org/ *
Re: [WSG] CSS Site Check
Thanks Chris, looks fine! -- tim p.s. It's best to send attachments privately and off the list. Posting a link is ok though =) -- [WSG]: the poor man's browsercam Chris Stratford spoke the following wise words on 12/02/2004 7:17 PM EST: Attached are two screenshots of your website as i see it in Crazy Browser (IE 6) and FIREFOX.