RE: [WSG] The dilemma: tabular data with sublevels
At 11:11 PM 1/26/2006, Geoff Pack wrote: How about this: style type=text/cssli span {float:right; margin-right:30%;}/style ul lispan[ Add | Edit | Delete ] /spanItem 1 I believe the challenge arises when you consider Add/Edit/Delete as a series of links or buttons and deserving of a structure to contain them. If you mark it up like this: a href=#Add/a | a href=#Edit/a | a href=#Delete/a ...then the presentational relationship of the three is determined by the HTML markup and difficult or impossible to modify with CSS. For that reason it makes sense to wholly contain them so they can be visually presented in a variety of ways merely by tweaking the stylesheet: taga href=#Add/a/tag taga href=#Edit/a/tag taga href=#Delete/a/tag If the tag that contains them is simply a span or p, it's a kind of tag soup: enough markup to be able to apply styles, but with no internal structural meaning. Hence the attempt to find a coherent structure such as a list that makes sense in context. Personally I think Scott's suggestion of an OL nest for the fundamental list and child ULs for the buttons is the best that's been offered so far. Paul ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Staring at the CSS with bloodshot eyes
Veine Vikberg wrote: Even with the link supplied - either all of you are asleep - or am as stumped as I am at this point ;) Link again: http://www.jpfco.com/testdesign/new/ We're asleep most of the time :-) Try adding: #content #wrapper {display: table;} ...or #content #wrapper {overflow: hidden;} ...to make that container expand to hold content - and stretch its own background (which is what you want, I think). regards Georg -- http://www.gunlaug.no ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Staring at the CSS with bloodshot eyes
God afton Georg; Well, nice to see a fellow Scandinav (I'm born and raised Swede) on this list, even though I'm in diaspora in the USA since six+ years. Thanks for the suggestion :) now I just have to figure out why that is working LOL The display table did the trick for Mozilla and Opera on PC, however, on Mac it's till pretty messed up, the whole first wrapper is placed to the right of the nav on top, making the page double wide in Mac IE 5. I do not know why this is happening on the Mac, and I was wondering if it may look the same in Safari and more recent Mac browsers. -- Original Message -- Reply-To: wsg@webstandardsgroup.org Date: Fri, 27 Jan 2006 13:45:06 +0100 Try adding: #content #wrapper {display: table;} ...or #content #wrapper {overflow: hidden;} ...to make that container expand to hold content - and stretch its own background (which is what you want, I think). regards Georg -- http://www.gunlaug.no Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Mac CSS issues
Hello; Well Georg came with a suggestion that is working for Windows machines - now this design is close to what it needs to be on Windows IE/Moz/Opera. My issue is now Mac - I have a mac in the office (Strawberry iMac os 8.6 IE 5.1) and on that one all layout is virtually gone with the wind. All id and classes seems to be ignored, and they are thrown all over the place, stretching the page to a three screen horizonal scroll. I am at a loss to why this happens. The page is question is: http://jpfco.com/testdesign/new/ Any help on/off list is GREATLY appreciated. Regards ~Veine Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Mac CSS issues
This may not help at all BUT... It looks fine on Safari (Mac OSX 10.4) and it would be very reasonable just to ignore IE 5 for Mac as even Microsoft don't support it. A way of working round the problem is to use server-side (or client side if necessary) to serve a cut-down version of the site to IE.mac (and ie4 and NN) users. Maybe I'm a bad designer/ programmer but I refuse to go out of my way to accommodate IE.mac on the grounds that it is an obsolete pile of cr [connection terminated]... On 27 Jan 2006, at 18:09, Veine Vikberg wrote: Hello; Well Georg came with a suggestion that is working for Windows machines - now this design is close to what it needs to be on Windows IE/Moz/Opera. My issue is now Mac - I have a mac in the office (Strawberry iMac os 8.6 IE 5.1) and on that one all layout is virtually gone with the wind. All id and classes seems to be ignored, and they are thrown all over the place, stretching the page to a three screen horizonal scroll. I am at a loss to why this happens. The page is question is: http://jpfco.com/testdesign/new/ Any help on/off list is GREATLY appreciated. Regards ~Veine Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Mac CSS issues
On 1/27/06 1:21 PM, Stephen Stagg [EMAIL PROTECTED] wrote: It looks fine on Safari (Mac OSX 10.4) and it would be very reasonable just to ignore IE 5 for Mac as even Microsoft don't support it. A way of working round the problem is to use server-side (or client side if necessary) to serve a cut-down version of the site to IE.mac (and ie4 and NN) users. Maybe I'm a bad designer/ programmer but I refuse to go out of my way to accommodate IE.mac on the grounds that it is an obsolete pile of cr [connection terminated]... I second the motion... Those in favor of dropping the last shovelful of dirt on that browser, raise your hand... -- Tom Livingston Senior Multimedia Artist Media Logic www.mlinc.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Mac CSS issues
LOLOL I'm not keen on serving different versions they usually end up creating more problems then solve them. Seems like Mac users are not liking this browser very much eh? Am new to macs this is my first machine running. What are you guys testing in Os9 and OsX with all browsers (Safari, iCab, Netscape - more out there?) Thanks in advance for answers Regards ~Veine -- Original Message -- From: Stephen Stagg [EMAIL PROTECTED] Reply-To: wsg@webstandardsgroup.org Date: Fri, 27 Jan 2006 18:21:48 + This may not help at all BUT... It looks fine on Safari (Mac OSX 10.4) and it would be very reasonable just to ignore IE 5 for Mac as even Microsoft don't support it. A way of working round the problem is to use server-side (or client side if necessary) to serve a cut-down version of the site to IE.mac (and ie4 and NN) users. Maybe I'm a bad designer/ programmer but I refuse to go out of my way to accommodate IE.mac on the grounds that it is an obsolete pile of cr [connection terminated]... On 27 Jan 2006, at 18:09, Veine Vikberg wrote: Hello; Well Georg came with a suggestion that is working for Windows machines - now this design is close to what it needs to be on Windows IE/Moz/Opera. My issue is now Mac - I have a mac in the office (Strawberry iMac os 8.6 IE 5.1) and on that one all layout is virtually gone with the wind. All id and classes seems to be ignored, and they are thrown all over the place, stretching the page to a three screen horizonal scroll. I am at a loss to why this happens. The page is question is: http://jpfco.com/testdesign/new/ Any help on/off list is GREATLY appreciated. Regards ~Veine Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Drop Down Navigation
I'm almost finished with the CSS drop down with a fly out navigation (using a small bit of JS). Here's what I'm trying to do... The navigation is horizontal that stretches 700 px. The far right side I want the drop down fly outs to fly out to the left verses right. I can change all of the menus to fly out to the left, but how do I select those few to do this? /*Code for flyout to go to the right*/ ul#navmenu ul ul, ul#navmenu ul ul ul { display: none; position: absolute; top: 0; left: 160px; /* Working Code for Navigation -Left flyout*/ ul#navmenu ul ul, ul#navmenu ul ul ul { display: none; position: absolute; top: 0; left: -160px; /* 2nd Menu Hover Persistence Arrow Blue-LightGray*/ ul#navmenu li:hover a.arrow1, ul#navmenu li.iehover a.arrow1 { background-image:url(/Test/Navigation/arrow-small3.gif); background-position:right; background-repeat:no-repeat; } NOTE: I would like Benefits to fly out to the left verses right. I could apply this to the top level, Human Resources, but I'm not sure about the coding. lia href=/Human_Resources/index.cfm target=_topHuman Resources/a/li ul lia href=/Human_Resources/Contacts/Index.cfm target=_topContacts/a/li lia href=/Human_Resources/Benefits/Index.cfm target=_top class=arrow1Benefits/a/li ul lia href=/Human_Resources/Benefits/Insurance/index.cfm target=_topInsurance/a/li lia href=/Human_Resources/Benefits/Flexible_Benefits/index.cfm target=_topFlexible Spending/a/li /ul Chris Audano City of Overland Park Information Technology 913-895-6069 [EMAIL PROTECTED] __ 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/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] mailto: and email-subjects
Hello web standards group, and my apologies if you've alredy addressed this issue, but I have a question regarding the mailto: part of an html link. I'm working on a website whose contact us page has its email links set to include a subject link, like this: a href=mailto:[EMAIL PROTECTED] Support Question this website is supposed to be written in html 4.0, but I can find nothing in the 4.0 specifications about this subject function. I read somewhere that giving the link a title=subject of email is the way to do this in html 4.0. I was wondering which to use? thanks. Dylan ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] mailto: and email-subjects
I've never read about setting the subject with title (unless you're using JavaScript to do magic to the href?), but imagine it doesn't much matter. I've NEVER encountered a mail client that choked if you fed it a subject as well... even if not all parse that into the Subject field. Hence, from an accessibility perspective, it doesn't really matter. From a web-standards perspective, I wasn't aware that anything much in particular was prescribed for how to use the HREF attribute... but, having not checked, could be completely and utterly wrong :-) Pragmatism should win where accessiblity/usability don't need to be sacrificed, irrespective of web standards. /twocents On 1/28/06, Dylan Kinnett [EMAIL PROTECTED] wrote: Hello web standards group, and my apologies if you've alredy addressed this issue, but I have a question regarding the mailto: part of an html link. I'm working on a website whose contact us page has its email links set to include a subject link, like this: a href=mailto:[EMAIL PROTECTED] Support Question this website is supposed to be written in html 4.0, but I can find nothing in the 4.0 specifications about this subject function. I read somewhere that giving the link a title=subject of email is the way to do this in html 4.0. I was wondering which to use? thanks. Dylan ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] mailto: and email-subjects
Dylan Kinnett wrote: I'm working on a website whose contact us page has its email links set to include a subject link, like this: a href=mailto:person[at]server[dot]com?subject=Wesbite Support Question Always use example.com, example.org or example.net in examples in the future. I edited the e-mail address this time because what if someone happens to own server.com (in fact, someone does own it) and a spamer's e-mail harvester finds that in some mailing list archive? this website is supposed to be written in html 4.0, but I can find nothing in the 4.0 specifications about this subject function. That's because you're looking in the wrong place. HTML doesn't define any URI schemes, it only defines a mechanism that uses them. I'm sure you wouldn't expect to find a defintion of http: or ftp: in the HTML spec, and that is also the case with mailto: URIs. See RFC 2368. http://www.ietf.org/rfc/rfc2368 -- Lachlan Hunt http://lachy.id.au/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Staring at the CSS with bloodshot eyes
Veine Vikberg wrote: God afton Georg; God aften... søta bror :-) Thanks for the suggestion :) now I just have to figure out why that is working LOL The reason it's working is described here: http://www.w3.org/TR/CSS21/visuren.html#q15 ... 9.4.1 Block formatting contexts... The display table did the trick for Mozilla and Opera on PC, however, on Mac it's till pretty messed up, the whole first wrapper is placed to the right of the nav on top, making the page double wide in Mac IE 5. You may try any of the containing floats solutions linked in here: http://www.gunlaug.no/contents/wd_example_01.html ...but IE/Mac is locked out from some of my own solutions. The following is still not tested well enough to be called safe, but does work in later IE/Mac: http://www.gunlaug.no/contents/wd_example_01_06.html Time to get some more sleep, me thinks ;-) regards Georg -- http://www.gunlaug.no ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Mac CSS issues
On 28 Jan 2006, at 3:09 am, Veine Vikberg wrote: Well Georg came with a suggestion that is working for Windows machines - now this design is close to what it needs to be on Windows IE/Moz/Opera. My issue is now Mac - I have a mac in the office (Strawberry iMac os 8.6 IE 5.1) and on that one all layout is virtually gone with the wind. All id and classes seems to be ignored, and they are thrown all over the place, stretching the page to a three screen horizonal scroll. I am at a loss to why this happens. The page is question is: http://jpfco.com/testdesign/new/ Your iMac runs old sofware... That site displays fine in Opera 9TP1 Mac, Safari 1.2 and 2.0, Firefox 1.5. Camino and Firefox nightly trunk builds have a problem, the side test (under the contact data) drops below the image. Nothing to worry about, it is a regression from a recent code base mod. IE mac has some more serious issues, at least one. It puts #content next to the #header, which is floated. Solutions: either add a clearing element between header and content, or just float:left #content. Philippe --- Philippe Wittenbergh http://emps.l-c-n.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Mac CSS issues
-- Original Message -- From: Philippe Wittenbergh [EMAIL PROTECTED] Reply-To: wsg@webstandardsgroup.org Date: Sat, 28 Jan 2006 09:38:43 +0900 Your iMac runs old sofware... I have become painfully aware of that, posting this to the list, now I have to actually research a little more about the mac ;) to see if dual boots are doable etc. That site displays fine in Opera 9TP1 Mac, Safari 1.2 and 2.0, Firefox 1.5. Camino and Firefox nightly trunk builds have a problem, the side test (under the contact data) drops below the image. Nothing to worry about, it is a regression from a recent code base mod. Wonderful news indeed! IE mac has some more serious issues, at least one. It puts #content next to the #header, which is floated. Solutions: either add a clearing element between header and content, or just float:left #content. Philippe - you are a genius, I had to float all major id's but one by one the slowly went into the fold. Why this in mac users eyes anciant browser was of value to me is that this website has around 3-4% coming in with IE 5 on Mac according to the logs, and I'm VERY happy to be able to cater to them as well. Thanks again - this list is wonderful!! Regards ~Veine Philippe Wittenbergh http://emps.l-c-n.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** Sent via the WebMail system at vikberg.net ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Google HTML Check
And congratulations to John Allsopp for having his earlier research cited by Google! Did anyone else notice that Google finally put paid to the rubbish urban legend metadata meta name=revisit-after ? Chris Dimmock http://www.cogentis.com.au/ On 1/26/06, Lea de Groot [EMAIL PROTECTED] wrote: Interestingly, Google has run a check on the use of HTML elements http://code.google.com/webstats/index.html I haven't finished reading it, but I am depressed already. Missing alt tags, pervasive table tags... the indicators of poor structure go on. tries to look on the bright side Well, at least it means lots of work for us, fixing the world's problems! :( Lea -- Lea de Groot Brisbane, Australia ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **