RE: [WSG] Form labels
C wrote: Could some one point me to a specification on proper implementation of labels. Sorry to hear you're having problems. Firefox handles the label element as well as any browser. Try Joe Clark's explanation: http://joeclark.org/book/sashay/serialization/Chapter12.html#h2-2085 Owen This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.com ** The discussion list for http://webstandardsgroup.org/ Proud presenters of Web Essentials 04 http://we04.com/ Web standards, accessibility, inspiration, knowledge To be held in Sydney, September 30 and October 1, 2004 See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Why does this floated text not show up in IE?
Nick Gleitzman wrote: Oh, and try using relative font sizes, rather than px; Windows users can't resize your type if they want to when you use 11px as a font size. You must be fading, Nick. It's IE/Windows users who aren't able to resize pixel-sized text. Mozilla, Opera et al can all resize text in pixels, even on Windows. ;) Owen This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.com ** The discussion list for http://webstandardsgroup.org/ Proud presenters of Web Essentials 04 http://we04.com/ Web standards, accessibility, inspiration, knowledge To be held in Sydney, September 30 and October 1, 2004 See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Hacks
Andy Budd said: So I'm interested to hear what you folks think. Do you hack or are you hack free? If you hack, what methods do you use, why do you use that method, and more importantly, why do you need it in the first place? The most useful CSS 'hacks' I know of are the various filters developed by Tantek Celik. That way, my core style sheets stay hack-free and I can keep browser-specific hacks (like the box model hack) in separate style sheets. It's easier to maintain, and as time goes on and browser support gets better, the hacks become safely redundant. My usual set up is a filter.css that's @import-ed in the page (excluding the geriatric browsers); filter.css then imports the main, hack-free style sheet and uses the mid pass filter to pass an ie5x.css file containing the box model hacks only to IE5/Win. Ingenious! I'm considering the newest filter for IE5/Mac but, since the browser never shows up in my stats, I'm saved another level of hackery. Owen -Original Message- From: Andy Budd [mailto:[EMAIL PROTECTED] Sent: 30 July 2004 11:19 To: [EMAIL PROTECTED] Subject: [WSG] Hacks Whenever I trawl lists like css-discuss, I'm always surprised about the amount of hack related discussion there is. People are always talking about the holy hack, the underscore hack or the star hack, about IE7, the high pass filter or the mid pass filter. As somebody who is quite experienced with CSS you'd be forgiven for thinking that I'd know about all these hacks. However about the only hack I use (and have ever actually needed) is Taneks old school box model hack, and even this I use sparingly. So I'm interested to hear what you folks think. Do you hack or are you hack free? If you hack, what methods do you use, why do you use that method, and more importantly, why do you need it in the first place? Andy Budd http://www.message.uk.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 * __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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] Hacks
Neerav Bhatt wrote: I only use the @import hack for version 4 and older browsers I don't really consider @import a hack. There's no messing around to exploit parsing bugs. Very useful for filtering out the older browsers, though ;) Owen -Original Message- From: Neerav [mailto:[EMAIL PROTECTED] Sent: 30 July 2004 11:46 To: [EMAIL PROTECTED] Subject: Re: [WSG] Hacks My belief is that hacks cannot be relied upon in 'build-and-forget' one-off websites. I only use the @import hack for version 4 and older browsers -- Neerav Bhatt http://www.bhatt.id.au Web Development IT consultancy Mobile: +61 (0)403 8000 27 http://www.bhatt.id.au/blog/ - Ramblings Thoughts http://www.bookcrossing.com/mybookshelf/neerav This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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] access keys and tab index
Ted Drake wrote: For those of you that have put together a chart of access keys for your sitewide navigation, do you have any good suggestions? Has anyone written a good story on the approach and maybe even listed a set of default access keys to keep the web fairly universal? Hi Ted You can find what Joe Clark has to say on the subject here: http://joeclark.org/book/sashay/serialization/Chapter08.html#h2-3090 I design within the public sector and so use the UK government guidelines: http://e-government.cabinetoffice.gov.uk/Resources/WebGuidelinesArticle/fs/en?CONTENT_ID=419chk=C7zlV4. Somewhere in there is a list of suggested accesskeys. As an example, here's the URL to the Equal Web site I'm responsible for: http://www.equal.ecotec.co.uk/access/ Hope that's a start. Owen This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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] Accessible image rotators
Narain said:
i am using a image rotator php script in the home page of the site. The problem will
image rotator scripts either in PHP or Javascript is that, they rotate the images
from a
particular folder randomly. But when you validate, the image will not have alt tag
or a
title tag to make it accessible.
If the images are decoration rather than content, you can always reference your rotate
script within the CSS, like so:
img#rotate {
background : #bdb391 url(/rotate.php) no-repeat 0 0;
}
Perfectly valid, no need to worry about changing alt attributes.
Owen
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 22 July 2004 06:40
To: [EMAIL PROTECTED]
Subject: [WSG] Accessible image rotators
hello,
i am using a image rotator php script in the home page of the site. The problem will
image rotator scripts either in PHP or Javascript is that, they rotate the images from
a particular folder randomly. But when you validate, the image will not have alt tag
or a title tag to make it accessible.
How do i make that.
any ideas.
narain
R.L. Narayan
+91-98401 08007
*
The discussion list for http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list getting help
*
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com
CONFIDENTIALITY NOTICE
The information contained in this communication is confidential and may be legally
privileged. It is intended solely for the use of the individual or entity to whom it
is addressed and others authorised to receive it. If you are not the intended
recipient you should not disclose, copy, distribute or take action on the contents of
this information, except for the purpose of delivery to the addressee. Any
unauthorised use is strictly prohibited and may be unlawful. If you have received
this email in error please notify the sender by email immediately and delete the
message from your computer.
ECOTEC Research Consulting Limited
Registered in England No. 1650169 Registered Office:
Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK
Tel: +44 (0)121 616 3600
http://www.ecotec.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] Footer Positioning Problem in Mozilla Firefox and Opera
John Penlington wrote: The text line in the footer lies just below the black footer, not within it. There's a positioning problem with the horizontal menu in the header. I'd like to know a way of reducing the gap below the headers in the infoboxes On the #footer p, try margin : 0; On the #topnav ul try padding-left : 0; However, this may affect the layout in other browsers. Firefox (and Mozilla generally) uses padding to layout lists On the #walks p etc, you could try a negative margin-top, though this will no doubt mess up IE. Hope that's a start. Owen -Original Message- From: John Penlington [mailto:[EMAIL PROTECTED] Sent: 22 July 2004 11:53 To: [EMAIL PROTECTED] Subject: [WSG] Footer Positioning Problem in Mozilla Firefox and Opera I'm rebuilding a gardening magazine site to web standards and assessibility - and I've almost got it working as I wish ... HTML is at: http://www.bluemountainsgardener.info/index-try.htm CSS is at: http://www.bluemountainsgardener.info/style-accessible.css No skip nav yet, but the layout doesn't break in IE6 at largest text size. So I'm progressing !! It works exactly as I wish in IE6 ... problems lie with Opera 7.23 and Mozilla Firefox 0.8 as follow The text line in the footer lies just below the black footer, not within it. I cannot work out why. In Mozilla Firefox, there's a positioning problem with the horizontal menu in the header. It's meant to line up with everything on the left hand side of the page, but it's indented in Firefox for some reason that I cannot fathom. It's fine in IE6 and Opera 7.23 !! Finally, in the right column, I'd like to know a way of reducing the gap below the headers in the infoboxes - one that will display the same *in all browsers* !! I'd really appreciate any help you can offer. This Discussion List is like life-support to me - thanks again, folks. John Penlington * The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help * __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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] semantic way to mark up form help?
Justin wrote: I'm trying to decide on a nice semantic way to mark-up a short (usually only a few words) block of help text in the context of a web form. The label element can contain inline elements (like input /). So you can wrap it around the input in your example and perhaps remove the p from the help text to include it as well: form... div class=formitem label for=f-titleLabel: input id=f-title type=text... / Helpful text goes here /label /div /form This way, the help text is associated with the relevant form control. Owen -Original Message- From: Justin French [mailto:[EMAIL PROTECTED] Sent: 22 July 2004 15:25 To: [EMAIL PROTECTED] Subject: [WSG] semantic way to mark up form help? Hi all, I'm trying to decide on a nice semantic way to mark-up a short (usually only a few words) block of help text in the context of a web form. I currently use a label to label the input, and a paragraph or div to mark-up the help text: form... div class='formitem' label for='f-title'.../label input id='f-title' type='text'... / p class='help'This is the title of your news post, which does not accept HTML input/p /div /form But logic tells me that in the above example, the p help text is not associated with the form widget or the label at all. The only way I can see this being done is by including the help text in the label, but this will restrict me in terms of layouts. Honestly, the most logical way I can see to do this is to have them in three cells of a table row, since at least they'll be associated in a row. fieldset's would also be nice, but they're intended for groupings of form elements, and using them for each text input seems like a load of bloat. I've been looking at many examples of correct, semantic forms, but can't see anything like this out there. TIA --- 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 * __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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] text field size tag
Marco della Pina: Internet Explorer 6 (Windows) (only!) in Standard Mode has a bug in its rendering engine, i.e. the CSS-Definition width: 200px; is wider for an input field than for a select box. Mariusz Stankiewicz In FireFox .8 the two fields appear different in length on both quirks on and off. This is not really a CSS bug, I think, more a difficulty surrounding the rendering of form controls. As is well known, unstyled form controls are drawn by browsers using the underlying OS settings. This includes features like the arrow on the right of a select box and the way a form button changes when it is pressed. In the example, only the width value was set by CSS. It could be that if padding, border and margin values are set (let's say to zero) the widths of the different form controls may be the same - or at least a bit closer ;) Owen -Original Message- From: Mariusz Stankiewicz [mailto:[EMAIL PROTECTED] Sent: 14 July 2004 10:27 To: [EMAIL PROTECTED] Subject: Re: [WSG] text field size tag In FireFox .8 the two fields appear different in length on both quirks on and off. marco della pina wrote: Ted Drake wrote: I'm wondering if anyone has any more concrete opinions on the practice of defining width of input and select fields with css instead of the size attribute. There is a big problem with defining the width of input and select fields over CSS: Internet Explorer 6 (Windows) (only!) in Standard Mode has a bug in its rendering engine, i.e. the CSS-Definition width: 200px; is wider for an input field than for a select box. I wrote a small example on http://www.mdpnet.de/css-width/ So far, I found no solution on this problem. Does anybody else? Greetings from Germany, Marco * 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 * __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ This email has been scanned for all viruses by the MessageLabs SkyScan service. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.messagelabs.com CONFIDENTIALITY NOTICE The information contained in this communication is confidential and may be legally privileged. It is intended solely for the use of the individual or entity to whom it is addressed and others authorised to receive it. If you are not the intended recipient you should not disclose, copy, distribute or take action on the contents of this information, except for the purpose of delivery to the addressee. Any unauthorised use is strictly prohibited and may be unlawful. If you have received this email in error please notify the sender by email immediately and delete the message from your computer. ECOTEC Research Consulting Limited Registered in England No. 1650169 Registered Office: Priestley House, 28-34 Albert Street, Birmingham, B4 7UD, UK Tel: +44 (0)121 616 3600 http://www.ecotec.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 *
