[WSG] XHTML Form + Label - Errors
Calling For Help! I need some assistance here... I am lost... http://validator.w3.org/check?uri=http%3A%2F%2Fwww.neester.com%2Ftdir%2Fcontact.phpcharset=%28detect+automatically%29doctype=%28detect+automatically%29verbose=1 why is my page getting all these errors. It is asif I have forgotten to close a tag or something... Please help. http://www.neester.com/tdir/contact.php is the page... I have just used this tutorial for the form layout: http://www.quirksmode.org/css/forms.html and I used this tutorial to add the target=_blank attribute to links in XHTML - http://www.swedishgoldenretrievers.net/targetmoduleinxhtml.shtml Its all working fine on other pages, it seems that according to my DTD I cant have a label inside a form which is just stupid??? Whats going on!! please help! thanks! [btw i know www.neester.com redirects to another website, Its only like that during construction] -- Chris Stratford [EMAIL PROTECTED] Http://www.neester.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] XHTML Form + Label - Errors
Hey Chris The DTD says: !ELEMENT form %form.content; So form can only contain elements in the %form.content entity. !ENTITY % form.content (%block; | %misc;)* So form.content means the %block entitiy the %misc entity. !ENTITY % block p | %heading; | div | %lists; | %blocktext; | fieldset | table Keep following this sort of logic through the DTD. !ENTITY % heading h1|h2|h3|h4|h5|h6 !ENTITY % lists ul | ol | dl !ENTITY % blocktext pre | hr | blockquote | address ...and... !ENTITY % misc noscript | %misc.inline; !ENTITY % misc.inline ins | del | script So after all that we can deduce that you are only allowed the following tags immediately inside your form: p, div, fieldset, table, h1, h2, h3, h4, h5, h6, ul, ol, dl, ins, del, script. If you read the validator message again: 'Line 36, column 18: document type does not allow element label here; missing one of ins, del, h1, h2, h3, h4, h5, h6, p, div, address, fieldset start-tag' This is exactly what its saying (almost). If you change: label for=nameName:/label input id=name name=name type=text /br / label for=emailEmail Address:/label input id=email name=emailtype=text /br / To: plabel for=nameName:/label input id=name name=name type=text //p plabel for=emailEmail Address:/label input id=email name=emailtype=text //p You should be right! Cheers Mark -- Mark Stanton Technical Director Gruden Pty Ltd Tel: +61 2 9299 9462 Fax: +61 2 9299 9463 Mob: +61 410 458 201 http://www.gruden.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] XHTML Form + Label - Errors
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.neester.com%2Ftdir%2F contact.phpcharset=%28detect+automatically%29doctype=%28detect+automat ically%29verbose=1 why is my page getting all these errors. It is asif I have forgotten to close a tag or something... Please help. You need to wrap your form elements in block level elements. Try wrapping them in div's. Patrick Griffiths (PTG) http://www.htmldog.com/ptg/ http://www.htmldog.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] XHTML Form + Label - Errors
I made it 1.01 because I added the Target Module. :) Mark - thanks I will give that a shot now! :) Chris Stratford [EMAIL PROTECTED] Http://www.neester.com Robert Reed wrote: Hi Chris, I think you need to use the fieldset tag around your labels and input fields. Also your doctype is stated as 1.01- probably a typo - should be just 1.0. Rob. www.sitestart.co.uk -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Stratford Sent: 19 April 2004 08:30 To: Web Standards Group Subject: [WSG] XHTML Form + Label - Errors Calling For Help! I need some assistance here... I am lost... http://validator.w3.org/check?uri=http%3A%2F%2Fwww.neester.com%2Ftdir%2Fcontact.phpcharset=%28detect+automatically%29doctype=%28detect+automatically%29verbose=1 why is my page getting all these errors. It is asif I have forgotten to close a tag or something... Please help. http://www.neester.com/tdir/contact.php is the page... I have just used this tutorial for the form layout: http://www.quirksmode.org/css/forms.html and I used this tutorial to add the target=_blank attribute to links in XHTML - http://www.swedishgoldenretrievers.net/targetmoduleinxhtml.shtml Its all working fine on other pages, it seems that according to my DTD I cant have a label inside a form which is just stupid??? Whats going on!! please help! thanks! [btw i know www.neester.com redirects to another website, Its only like that during construction] -- Chris Stratford [EMAIL PROTECTED] Http://www.neester.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 * * 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] XHTML Form + Label - Errors
Hey Mark, Ok It didnt work because I have a textarea Which isnt allowed. How can I add the FORMS module to my XHTML setup? !ENTITY % xhtml-target.module "INCLUDE" ![%xhtml-target.module;[ !ENTITY % xhtml-target.mod PUBLIC "-//W3C//ELEMENTS XHTML Target Module//EN" "http://www.w3.org/TR/xhtml-modularization/DTD/xhtml-target-1.mod" %xhtml-target.mod;]] thats what I have for the TARGET MODULE... im guessing the FORMS module is similar, just replace TARGET with FORMS... or something similar to that... I read there is a forms module, and a basic forms module... I just havent worked out where you find out, how to add it all... because the above string confuses me... :) thanks everyone! Chris Stratford [EMAIL PROTECTED] Http://www.neester.com Mark Stanton wrote: Hey Chris The DTD says: !ELEMENT form %form.content; So form can only contain elements in the %form.content entity. !ENTITY % form.content "(%block; | %misc;)*" So form.content means the %block entitiy the %misc entity. !ENTITY % block "p | %heading; | div | %lists; | %blocktext; | fieldset | table" Keep following this sort of logic through the DTD. !ENTITY % heading "h1|h2|h3|h4|h5|h6" !ENTITY % lists "ul | ol | dl" !ENTITY % blocktext "pre | hr | blockquote | address" ...and... !ENTITY % misc "noscript | %misc.inline;" !ENTITY % misc.inline "ins | del | script" So after all that we can deduce that you are only allowed the following tags immediately inside your form: p, div, fieldset, table, h1, h2, h3, h4, h5, h6, ul, ol, dl, ins, del, script. If you read the validator message again: 'Line 36, column 18: document type does not allow element "label" here; missing one of "ins", "del", "h1", "h2", "h3", "h4", "h5", "h6", "p", "div", "address", "fieldset" start-tag' This is exactly what its saying (almost). If you change: label for=""Name:/label input id="name" name="name" type="text" /br / label for=""Email Address:/label input id="email" name="email"type="text" /br / To: plabel for=""Name:/label input id="name" name="name" type="text" //p plabel for=""Email Address:/label input id="email" name="email"type="text" //p You should be right! Cheers Mark -- Mark Stanton Technical Director Gruden Pty Ltd Tel: +61 2 9299 9462 Fax: +61 2 9299 9463 Mob: +61 410 458 201 http://www.gruden.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 * * 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] XHTML Form + Label - Errors
Ok It didnt work because I have a textarea Which isnt allowed. What do you mean its not allowed? Why is it not legal? How can I add the FORMS module to my XHTML setup? Adding modules to solve your problems is *not* the answer - don't get carried away with it. Things have been set up as they are for very good reasons don't change the rules until you fully understand them why they are there. I just havent worked out where you find out, how to add it all... because the above string confuses me... Read the How do I read a DTD section of the spec, then read the DTD. Everything you need to know is at w3c.org, it just takes time trying to understand it all. Cheers Mark -- Mark Stanton Technical Director Gruden Pty Ltd Tel: +61 2 9299 9462 Fax: +61 2 9299 9463 Mob: +61 410 458 201 http://www.gruden.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] XHTML Form + Label - Errors
I made it 1.01 because I added the Target Module. Point taken. I haven't been following the target discussion. However, even with the divs you have added, the errors are more or less the same. I still think you need to add the block element fieldset around all labels and inputs. Please see www.sitestart.co.uk/web-design-contact.aspx for a Valid XHTML 1.1 example. Also IMO fieldset is more semantically correct and better for accessibility. HTH, Rob www.sitestart.co.uk * 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] XHTML Form + Label - Errors
Who's blaming the what now? -- Cameron Adams W: www.themaninblue.com --- Nick Cowie [EMAIL PROTECTED] wrote: and blame Cameron Adams aka the man in blue http://themaninblue.com/writing/perspective/2004/03/24/ for my thing with fieldset legend a couple of HTML 4 tags. Nick __ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25ยข http://photos.yahoo.com/ph/print_splash * 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] XHTML Form + Label - Errors
Ahh Mark, Thanks your idea worked, I just did it wrong! Thanks a lot! :) Chris Stratford [EMAIL PROTECTED] Http://www.neester.com Mark Stanton wrote: Ok It didnt work because I have a textarea Which isnt allowed. What do you mean its not allowed? Why is it not legal? How can I add the FORMS module to my XHTML setup? Adding modules to solve your problems is *not* the answer - don't get carried away with it. Things have been set up as they are for very good reasons don't change the rules until you fully understand them why they are there. I just havent worked out where you find out, how to add it all... because the above string confuses me... Read the "How do I read a DTD" section of the spec, then read the DTD. Everything you need to know is at w3c.org, it just takes time trying to understand it all. Cheers Mark -- Mark Stanton Technical Director Gruden Pty Ltd Tel: +61 2 9299 9462 Fax: +61 2 9299 9463 Mob: +61 410 458 201 http://www.gruden.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 * * 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] theage.com.au: new design
hiya, we relaunched theage.com.au todaywithimproved markup and a css layout. http://theage.com.au/ a couple of points of interest: a big part of the redesign was improvingthe markup- ie: obviously using h tags and ul tags etc. still have a ways to go and it'll be a learning process for the many editors etc that maintain the site (which is why you may come across some irregularities in parts of the site). the pages pass thru s many sets of hands to make it to the live site (so be gentle :) eg: - information architects - design (me) - CMS/tech guys - editors the layout is centred and fixed width - mainly for editorial reasons/requests for tighter control over positioning and relationships between elements on the page (eg: pictures relating to headlines). the default css is for a layout that fits at 800 wide, then a script detects if you are browsing at 1024 wide or higher and loads a 1024 csslayout (which just overrides some of the width values etc). this was to satisfy the need for tight control over the layout but to also try to optimise the layout for the ever growing 1024+ audience (stats below). some interesting stats: in the last monththeage.com.au hashad 1,718,644 unique visitors browser stats for the last month IE6 - 73% IE 5.5 - 9% IE 5.5 - 9% IE 5.0X - 7% Mozilla - 1% Firebird - 1% Safari -0.7% screen res stats for the last month 1024x768 - 55% 800x600 - 27.4% 1280x1024 - 7% 1152x864 - 3.3% 1400x1050 - 1.35% (those %'s wont add up - they are just the main ones :) page weight (markup only) yesterday - 65k today - 37k any thoughts/feedback/problems spottedappreciated - as long as they're relevant to this list of course (if they're not feel free to email me directly). pete Peter OtteryHead of Designf2 Network(02) 8596 4450[EMAIL PROTECTED]www.f2.com.au
[WSG] 508 Awareness Link and Technology Standards Link
~ 508 Awareness Web Site http://www.section508.gov/508Awareness/ The entire site can be downloaded as a pdf. Useful, and informative. ~ Kicking around for a while. New to me. Useful and informative. Weaving a Secure Web around Education: A Guide to Technology Standards and Security (pdf 1,119 KB) http://nces.ed.gov/pubs2003/2003381.pdf Description and download page: http://nces.ed.gov/pubsearch/pubsinfo.asp?pubid=2003381 ~ * 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] CSS version of onfocus onblur for form fields
Hello folks, Does anyone know if there is a CSS equivalent of onfocus and onblur? I have a homepage with 2 input boxes - one with the initial value called 'Username' and the other called 'Password' (which shows up as on screen). If I am not making myself clear here's the page in question: http://www.informprint.com What I would like is the user to click on the input box labelled 'Username' and the initial value then disappears and is replaced by whatever the customer is typing. Same for the password field. I have read how I can do this using the JavaScript onfocus and onblur commands but was wondering if there was a better, more accessible (?) way using just CSS. Regards PAUL ROSS SkyRocket Design Co * 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] theage.com.au: new design
Peter, Very nice work, I like it alot. Works well in IE. You might want to look at it in FireFox 0.8 though, lots of strange behaviours happening with overlaps and the left column disappearing out of the viewport at sizes smaller than 800x600 Martin Antrobus __ Senior Web Designer, Enterprise Business Solutions CSC 212 Northbourne Ave, Braddon, 2612 ACT Ph: +61 2 6246 8713 Fax: +61 2 6246 8188 Email: [EMAIL PROTECTED] www.csc.com creative.csc.com.au This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. Peter Ottery [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20/04/2004 10:27 AM Please respond to wsg To: 'Web Standards Group (E-mail)' [EMAIL PROTECTED] cc: Subject: [WSG] theage.com.au: new design hiya, we relaunched theage.com.au today with improved markup and a css layout. http://theage.com.au/ a couple of points of interest: a big part of the redesign was improving the markup - ie: obviously using h tags and ul tags etc. still have a ways to go and it'll be a learning process for the many editors etc that maintain the site (which is why you may come across some irregularities in parts of the site). the pages pass thru s many sets of hands to make it to the live site (so be gentle :) eg: - information architects - design (me) - CMS/tech guys - editors the layout is centred and fixed width - mainly for editorial reasons/requests for tighter control over positioning and relationships between elements on the page (eg: pictures relating to headlines). the default css is for a layout that fits at 800 wide, then a script detects if you are browsing at 1024 wide or higher and loads a 1024 css layout (which just overrides some of the width values etc). this was to satisfy the need for tight control over the layout but to also try to optimise the layout for the ever growing 1024+ audience (stats below).some interesting stats: in the last month theage.com.au has had 1,718,644 unique visitors browser stats for the last month IE6 - 73% IE 5.5 - 9% IE 5.5 - 9% IE 5.0X - 7% Mozilla - 1% Firebird - 1% Safari - 0.7% screen res stats for the last month 1024x768 - 55% 800x600 - 27.4% 1280x1024 - 7% 1152x864 - 3.3% 1400x1050 - 1.35% (those %'s wont add up - they are just the main ones :) page weight (markup only) yesterday - 65k today - 37kany thoughts/feedback/problems spotted appreciated - as long as they're relevant to this list of course (if they're not feel free to email me directly). pete Peter Ottery Head of Design f2 Network (02) 8596 4450 [EMAIL PROTECTED] www.f2.com.au
Re: [WSG] theage.com.au: new design
the age looks really good its a lot easier to read than smh.com.au Benjamin Life through a polaroid www.lifethroughapolaroid.com !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta content=text/html;charset=ISO-8859-1 http-equiv=Content-Type title/title /head body Hey Peter,br br I dont know if its your intention, but some pages i loaded wern't centered...br Like articles etc...br br A comment on your stats the resolution - font face=Arial size=2span class=312014522-19042004font face=Arial size=2span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-190420041400x1050 br /span/span/span/span/span/span/span/span/span/font/span/fontspan class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004I am running this resolution, I didnt realise that many people actually had it...br br Its a laptop resolution - as far as i know its only laptops...br br nice work!br br damn it must be a lot of work - working for a news website!br so many users, so many computers, so many different OS/Browsers and other little issues...br /span/span/span/span/span/span/span/span/span/span pre class=moz-signature cols=72Chris Stratford a class=moz-txt-link-abbreviated href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/a a class=moz-txt-link-freetext href=Http://www.neester.com;Http://www.neester.com/a/pre br br Peter Ottery wrote: blockquote cite=[EMAIL PROTECTED] type=cite meta http-equiv=Content-Type content=text/html; meta content=MSHTML 6.00.2800.1400 name=GENERATOR divfont face=Arial size=2span class=312014522-19042004hiya,/span/font/div divfont face=Arial size=2span class=312014522-19042004we relaunched theage.com.au todaynbsp;withnbsp;improved markup and a css layout./span/font/div divfont face=Arial size=2span class=312014522-19042004a href=http://theage.com.au/;http://theage.com.au//a/span/font/div divfont face=Arial size=2span class=312014522-19042004/span/fontnbsp;/div divfont face=Arial size=2span class=312014522-19042004stronga couple of points of interest:/strong/span/font/div ul lifont face=Arial size=2span class=312014522-19042004a big part of the redesign was improvingnbsp;the markupnbsp;- ie: obviously using lt;hgt; tags and lt;ulgt; tags etc. still have a ways to go and it'll be a learning process for the many editors etc that maintain the site (which is why you may come across some irregularities in parts of the site). span class=312014522-19042004span class=312014522-19042004the pages pass thru s many sets of hands to make it to the live site (so be gentle :) eg: - information architects -gt; design (me) -gt; CMS/tech guys -gt; editors/span/span/span/font/li lifont face=Arial size=2span class=312014522-19042004the layout is centred and fixed width - mainly for editorial reasons/requests for tighter control over positioning and relationships between elements on the page (eg: pictures relating to headlines). the default css is for a layout that fits at 800 wide, then a script detects if you are browsing at 1024 wide or higher and loads a 1024 cssnbsp;layout (which just overrides some of the width values etc). this was to satisfy the need for tight control over the layout but to also try to optimise the layout for the ever growing 1024+ audience (stats below)./span/font/li /ul divfont face=Arial size=2span class=312014522-19042004strongsome interesting stats:/strong/span/font/div font face=Arial size=2span class=312014522-19042004 ul lispan class=312014522-19042004font face=Arial size=2in the last monthnbsp;theage.com.au hasnbsp;had /font/spanspan class=312014522-19042004font face=Arial size=21,718,644 unique visitors/font/span/li lispan class=312014522-19042004font face=Arial size=2browser stats for the last month/font/span/li ul lispan class=312014522-19042004font face=Arial size=2IE6 - span class=312014522-19042004font face=Arial size=273% /font/span/font/span/li lifont face=Arial size=2span class=312014522-19042004span class=312014522-19042004IE 5.5 - span class=312014522-19042004span class=312014522-190420049% /span/span/span/span/font/li lifont face=Arial size=2span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004IE 5.5 - span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span class=312014522-19042004span
[WSG] Re: 508 Awareness Link and Technology Standards Link
At 18:45 19/4/2004 -0600, RC Pierce wrote: 508 Awareness Web Site http://www.section508.gov/508Awareness/ A note: I use MS Windows with the color scheme (video properties) called Plum. This apply the color #D8D0C8 in the background color of windows, when this propertie is not applied. By default, this color is white in the Windows plataforms. This default value hidden when the web designer forget of apply a background color, if the choice is white. The plataform coincide in to apply the same color, and the fault of background color is not detected. On http://www.section508.gov/508Awareness/html/aw01005.html , for example, the first line is above on the background image on the top fo page. The rest, above the background color of body. Without background color proprertie, the value of background applied is form de operacional sistem (in my case, #D8D0C8). This can harm the layout and legibility. The W3C say: Define color AND background-color. So, the legibility is guaranteed. Of course the major people uses the Windows with color scheme default. But the W3C rule above protect the legibility independent of this factor of local color scheme. * 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] theage.com.au: new design
Peter, It's great to see another big player strutting a bit of CSS/Standards muscle! I really admire what you're trying to do with JavaScript to use a wider layout where possible (with a sensible default), but resizing the browser window (quote a common occurrence I would have thought) can produce some scary results... Resizing under IE six seems fine (haven't checked 5.x), but Firefox (for example) loses it's navigation bar (left) when resized down from 1024 to 800 wide, and worse still, it can't be scrolled to. In the process, the background image sits in a weird spot (obscuring text), and things like the search box disappear off the right of the screen. I *think* you might be able to solve the problem in one of two ways: a) on resize, reload the page (annoying, but it will fix the problem) b) place a 1px border or padding on the left edge of the layout, which will force your layout to disappear off the right edge of the window only (not the left), which will mean the behaviour is normal for a 1024 layout viewed at 800. I stumbled on option B one day when researching something related to what you're doing. Here's a quick sample: !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; xml:lang=en-au lang=en-au head meta http-equiv=content-type content=text/html; charset=iso-8859-15 / titleUntitled/title style #wrapper { position: relative; width: 760px; margin: 0 auto; padding: 1px; } /style /head body div id='wrapper' a b c d e f g h i j k l m n o p q r s t u v w x y z /div /body /html Setting the padding of #wrapper to 0px and resizing to a small window will cause a b c... to disapear off the left. But leaving it at 1px will ensure that the left edge of #wrapper doesn't disappear off the left edge of the window. Your combined Mozilla/Firebird audience looks like at least 34372 unique visitors a day, so it's something you probably want to take a look at :) --- Justin French http://indent.com.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] XHTML Form + Label - (blame)
Cameron wrote: Who's blaming the what now? in response to my previous posting and blame Cameron Adams aka the man in blue http://themaninblue.com/writing/perspective/2004/03/24/ for my thing with fieldset legend a couple of HTML 4 tags. It was a backhanded compliment to Cameron for opening my eyes to two underused HTML 4 tags. fieldset and legend (which are soon to be overused me in a new project). If you use forms or are thinking about using form elements, check out: http://themaninblue.com/writing/perspective/2004/03/24/ for some good ideas on what can be doe with forms. Nick Cowie Online Services Department of Consumer and Employment Protection Government of Western 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 *
Re: [WSG] CSS version of onfocus onblur for form fields
On 20/04/2004, at 11:49 AM, Paul Ross wrote: Hello folks, Does anyone know if there is a CSS equivalent of onfocus and onblur? There is a CSS pseudo selector :focus http://www.w3.org/TR/CSS2/selector.html#x33 I have a homepage with 2 input boxes - one with the initial value called 'Username' and the other called 'Password' (which shows up as on screen). What I would like is the user to click on the input box labelled 'Username' and the initial value then disappears and is replaced by whatever the customer is typing. Same for the password field. I have read how I can do this using the JavaScript onfocus and onblur commands but was wondering if there was a better, more accessible (?) way using just CSS. Sorry, that's a JS job, not a CSS job. If you're going to do it at all, I'd use JS to SET the default on body load AND remove the default on focus, so that non-JS users are not inconvenienced by having to select and delete the text. Better still, don't do it, because it changes the behaviour of the browser. People expect that they'll have to select+delete existing text, because that's what USUALLY happens. Changing this behaviour seems like bad usability 101 to me. --- Justin French http://indent.com.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] theage.com.au: new design
Title: RE: [WSG] theage.com.au: new design hi, Justin wrote: Firefox loses it's navigation bar (left) when resized down from 1024 to 800 wide and place a 1px border or padding on the left edge of the layout, which will force your layout to disappear off the right edge of the window only (not the left), which will mean the behaviour is normal for a 1024 layout viewed at 800. Martin wrote: strange behaviours happening with overlaps and the left column disappearing out of the viewport at sizes smaller than 800x600 I did see this before but figured it was something we'd (unfortunately) have to live with - but i've just implemented your suggestion Justin (HUGE thanks obviously! :) of a 1px padding on the left of the #wrap and firefox now looks to be behaving correctly, with no adverse affects on anything else : http://theage.com.au/ one thing though, as you scale your window down in Firefox, below 800 wide, you'll see the adverts keep drifting - and still cover up some content... any ideas let me know ;-) how good is this list! pete