Re: [WSG] The use of asterisks in forms to indicate required fields

Hello Thierry, > What about marking up "*" used in forms with ABBR elements? In your example you left the text instruction. > Fields marked with * (asterisk) are required. Thus I'd say further treatment is unnecessary. And if you change that by removing the text instruction, there's no guarant

Re: [WSG] Mocking up web interfaces

Well i am designer also knowing the HTML and CSS Stuff. So my duty is to design the template based on client requirements. First of all i do paper work, then incorporate it in to a prototype using Photoshop then show it to client for approval if approved hand over the HTML page with style sheets

RE: [WSG] The use of asterisks in forms to indicate required fields

> On Behalf Of Nick Fitzsimons > > Please fill fields marked with * (required field). > > * Name: > php echo > > error(); ?> > > > > > > * Email: > > > > > It makes sense to me, assuming that the second (the one for > the email field) is missing a "title" attribute, and ou

Re: [WSG] The use of asterisks in forms to indicate required fields

On 26 May 2007, at 05:05:33, Thierry Koblentz wrote: What about marking up "*" used in forms with ABBR elements? Please fill fields marked with * (required field). * Name: php echo error(); ?> * Email: It makes sense to me, assuming that the second (the one for the

[WSG] The use of asterisks in forms to indicate required fields

I saw Dan Cederholm's presentation at the "@media" conference in San Francisco yesterday. I took a look at the markup of a one page web site he created for the purpose of the presentation and noticed that he marked up a 4 star image like this: What about marking up "*" used in forms with ABBR

Re: [WSG] Converting font size from pt to % or em

On May 26, 2007, at 11:16 AM, Paul Novitski wrote: Do you mean no elegant way to scale them in a user stylesheet or no elegant way to scale them in real time, e.g. with a mouse wheel? I have my minimum font-size set to 12px [1] (Gecko browser), or sometimes 14px (when I'm tired, and really p

Re: [WSG] Converting font size from pt to % or em

On Fri, 25 May 2007 10:48:29 +0530, Sagnik Dey wrote: > Hi Guys, > > I'm developing a website that have some standards defined. The font size > specified is > 9pt. But due to accessibility standards I wanted to convert that in % or em. > Can > anybody tell what do i need to use to view the same

Re: [WSG] Converting font size from pt to % or em

At 5/25/2007 03:10 PM, Christian Montoya wrote: >The point that Felix is making is that >setting the body to something small like 62.5% is very destructive, >since user stylesheets and user settings usually just override the >body rule (and ruin all your specific rules). On 5/25/07, Paul Novi

Re: [WSG] dl v table for form layout

Stuart Foulstone schreef: But, in the W3C recomendations for form labels it gives implicit/explicit labels as two distinct methods (one not using the "for"). (http://www.w3.org/TR/REC-html40/interact/forms.html#h-17.9.1 ) On that page it also says "To associate a label with another control i

Re: [WSG] Converting font size from pt to % or em

On 5/25/07, Paul Novitski <[EMAIL PROTECTED]> wrote: At 5/25/2007 03:10 PM, Christian Montoya wrote: >I hate to make a quick reply to a long post, but not all designers set >body font size to 62.5% when creating websites. It's enough to start >at 100% and set nested containers to fractions of tha

Re: [WSG] Converting font size from pt to % or em

At 5/25/2007 03:10 PM, Christian Montoya wrote: I hate to make a quick reply to a long post, but not all designers set body font size to 62.5% when creating websites. It's enough to start at 100% and set nested containers to fractions of that... just do the math starting off from 16px. The point

RE: [WSG] screen readers & repeated legends (was "dl v table for form layout")

To answer the question, JAWS is the most widely used screen reader by a long way in the English speaking world and some other markets, and anecdotal evidence suggests that it is invariably used without any relevant changes to the configuration settings. I hesitate to call it a standard because its

Re: [WSG] semantic HTML for intro text

Hi, If the choice of the colour orange is to add emphasis to this text, the answer to this part is really a "no brainer" - code it with emphasis (the actual colour/styling is down to the CSS). I would use markup for this. On Fri, May 25, 2007 7:56 pm, Nick Fitzsimons wrote: > On 25 May 2007, a

Re: [WSG] Converting font size from pt to % or em

On 5/25/07, Philip Kiff <[EMAIL PROTECTED]> wrote: Felix Miata wrote: > What matters is: > [...] > 5-that any deviation a designer makes from 100% is > arbitrary, as it's made from an entirely unknown starting point > > 100% of the visitor's choice equals respect for the visitor. I'm not really

RE: [WSG] screen readers & repeated legends (was "dl v table for form layout")

Hi, Does the ability for the user of a screenreader to customise "at leasst partially resolve the problem" or should we design for the default screenreader (which would mean Jaws presumably, since it seemms to be the most commonly used)? If we then design to this "standard", we should then at le

RE: [WSG] Converting font size from pt to % or em

Felix Miata wrote: > What matters is: > [...] > 5-that any deviation a designer makes from 100% is > arbitrary, as it's made from an entirely unknown starting point > > 100% of the visitor's choice equals respect for the visitor. I'm not really convinced that this is an issue of "respect" for the

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 00:58 (GMT-0700) Paul Novitski apparently typed: > In my efforts to build zoomable layouts [max-width at window width] > I've found it convenient to declare a body font-size of 62.5% At 5/25/2007 10:16 AM, Felix Miata wrote: The Clagnutt 62.5% scourge or bane of user stylesheet

Jaws 8 MP3s - was Re: [WSG] dl v table for form layout

Hi all, To help with the whole forms/fieldsets/accessibility debate, here's some links to a couple of (edited) MP3 files of Jaws 8 reading Mike Cherim's accessible form example: Virtual cursor mode:

Re: [WSG] semantic HTML for intro text

On 25 May 2007, at 18:03:06, Paul Collins wrote: Hi all, Just marking up a page, the layout seems to require various tags, as far as I can gather, I need seperate tags for: - The intro heading (a ) - The orange intro text (not sure what tag to add here) - a smaller, bold heading, same size as

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 18:07 (GMT+1000) Kane Tapping apparently typed: > Felix Miata wrote: >>arbitrarily assuming that there's something wrong with the user's choice > of default ... > I guess we also shouldnt be second guessing our users choice of font, > weight, spacing, color ... positioning ? Tho

Re: [WSG] A CMS for POSH sites?

On Fri, 25 May 2007 08:56:31 -0400, Christian Montoya wrote: > > Getting Wordpress to use HTML 4.01 as opposed to XHTML is something I do all > the time, > and it's not hard at all. Read my article: > http://www.christianmontoya.com/2006/02/13/serve-your-weblog-as-html-401/ > Thank you all for yo

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 00:58 (GMT-0700) Paul Novitski apparently typed: > At 5/25/2007 12:15 AM, Felix Miata wrote: >>On 2007/05/25 15:31 (GMT+1000) Kane Tapping apparently typed: >> > Setting the body to font size to 65% - 70% is a good start. >>Actually it's a bad start, arbitrarily assuming that ther

[WSG] semantic HTML for intro text

Hi all, Just marking up a page, the layout seems to require various tags, as far as I can gather, I need seperate tags for: - The intro heading (a ) - The orange intro text (not sure what tag to add here) - a smaller, bold heading, same size as body text (probably a ) - a quote (probably a tag)

RE: [WSG] screen readers & repeated legends (was "dl v table for form layout")

Certainly JAWS reads the content of the element before each element as described previously, and I agree about keeping the legend short. My understanding is that other 'professional' screen readers also do, although some of the free ones may not since they typically have greatly reduced functiona

Re: [WSG] dl v table for form layout

Sorry, I meant to say, when the label teg encloses the label text AND the input. However, on checking W3C acessibility guidelines, it appears I may be wrong about this. (http://www.w3.org/TR/WCAG10-HTML-TECHS/#forms-labels ) But, in the W3C recomendations for form labels it gives implicit/explici

Re: [WSG] dl v table for form layout

Barney Carroll wrote: Stuart Foulstone wrote: Hi, The "for" attribute should NOT be used when the label tag encloses the label text. What are the dangers? Regards, Barney Hello, Its probably not a danger per se for most people but if you ever use a cms that writes out form fields someti

Re: [WSG] dl v table for form layout

David Dorward wrote: > Why not? In response to... Stuart Foulstone wrote: > The "for" attribute should NOT be used when > the label tag encloses the label text. My question exactly. I can't see that it is in any way harmful. Cheers. Mike Cherim **

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 15:24 (GMT+0800) Nick Cowie apparently typed: > 1em = 100% = 16px = 16pt (yes 1px = 1pt for the screen) in all PC based > browsers since 2000 Not true. On high resolution displays (widescreen laptops, for example) that use 120 dpi instead of the standard, classic 96 dpi and use

Re: [WSG] dl v table for form layout

Stuart Foulstone wrote: Hi, The "for" attribute should NOT be used when the label tag encloses the label text. What are the dangers? Regards, Barney *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubsc

Re: [WSG] dl v table for form layout

On 25 May 2007, at 15:40, Stuart Foulstone wrote: The "for" attribute should NOT be used when the label tag encloses the label text. Why not? The specification doesn't appear to forbid it. Does it cause problems in any user agents? -- David Dorward http://dorward.me.uk/ http://blog.dorwar

Re: [WSG] dl v table for form layout

Hi, The "for" attribute should NOT be used when the label tag encloses the label text. On Fri, May 25, 2007 2:45 pm, Mike at Green-Beast.com wrote: > Good morning :-) > > I should have expanded my example a little more since I do use the "for" > attribute in labels, even when directly (implicitl

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 15:24 (GMT+0800) Nick Cowie apparently typed: > 1em = 100% = 16px = 16pt (yes 1px = 1pt for the screen) in all PC based > browsers since 2000 This statement would be technically incorrect even if sic s/16pt/12pt/. s/16pt/12pt/ because the majority of systems are running a nominal

Re: [WSG] Mocking up web interfaces

Hi When I worked in Windows I loved Fireworks for creating web graphics but I always found that writing code was actually more efficient than creating a graphic, as I had the code for later use. For mocking up a site I generally use pencil and paper, then ask my wife about it who has a good layou

Re: [WSG] dl v table for form layout

Good morning :-) I should have expanded my example a little more since I do use the "for" attribute in labels, even when directly (implicitly?) associated: Send us your contact info Fields marked with * (asterisk) are required. * Name: * Email:

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 08:45 (GMT+0100) Stephen Kelly apparently typed: > On 25/05/07, Felix Miata <[EMAIL PROTECTED]> wrote: >> On 2007/05/25 15:31 (GMT+1000) Kane Tapping apparently typed: >> > Setting the body to font size to 65% - 70% is a good start. >> Actually it's a bad start, arbitrarily assumi

Re: [WSG] screen readers & repeated legends (was "dl v table for form layout")

On 25 May 2007, at 01:08:49, Rebecca Cox wrote: On 5/23/07, Nick Fitzsimons <[EMAIL PROTECTED]> wrote: As an aside, note that screen readers will read the legend of a fieldset before the label of every element in the fieldset, so legends should be kept short and sweet This is interesting, jus

[WSG] "Design" vs "Standards"

On May 25, 2007, at 7:08 AM, Stephen Kelly wrote: On 25/05/07, Stuart Foulstone <[EMAIL PROTECTED]> wrote: Since there are increasingly many different browsers/hardware/OS all of which will present your design differently, designers "actively styling pages as they see fit" are not second-gue

Re: [WSG] A CMS for POSH sites?

On 5/25/07, David Dorward <[EMAIL PROTECTED]> wrote: On 25 May 2007, at 11:54, Alastair Campbell wrote: > Wordpress will, however, you might have to dig around to prevent it > putting in closing slashes on head elements. (Closing slashes on > content items such as images are fine, they are within

Re: [WSG] A CMS for POSH sites?

On 25 May 2007, at 11:54, Alastair Campbell wrote: Wordpress will, however, you might have to dig around to prevent it putting in closing slashes on head elements. (Closing slashes on content items such as images are fine, they are within the body and do not cause validation issues.) Not causin

Re: [WSG] Converting font size from pt to % or em

On 25/05/07, Stuart Foulstone <[EMAIL PROTECTED]> wrote: Since there are increasingly many different browsers/hardware/OS all of which will present your design differently, designers "actively styling pages as they see fit" are not second-guessing users - merely stating their preference. Or exp

Re: [WSG] A CMS for POSH sites?

On 5/25/07, Matthew Pennell <[EMAIL PROTECTED]> wrote: POSH as a concept is not about HTML vs. XHTML, it's about using the correct semantic elements. Agreed, when I read the question I thought it was about getting an editor to use pre-built sections of code to create certain HTML patterns, but

Re: [WSG] Converting font size from pt to % or em

Hi, Yes you're absolutely correct - except that "one day" is NOW. People with certain visual problems do have their own stylesheets to change fonts/colours to make Webpages accessible to them (and there is no reason why anyone else could not do so either). In order to facilitate this you should

Re: [WSG] dl v table for form layout

I think some people dont understand Forms to well. Without a label how will you label what your inputs are to be used for? On 5/25/07, Stephen Kelly <[EMAIL PROTECTED]> wrote: On 25/05/07, Karl Lurman <[EMAIL PROTECTED]> wrote: > Im not the biggest fan of a label 'around' an input. To me, it

RE: [WSG] making form elements the same height

Thanks guys and girls... This is helpful.. Not the answers I was hoping for, but it certainly helps. I am slowly building a JavaScript library that will replace the HTML elements with elements that I can style, so it should eventually not be a problem anymore. PS. :-) I had 6.5 Million there fir

Re: [WSG] dl v table for form layout

On 25/05/07, Karl Lurman <[EMAIL PROTECTED]> wrote: Im not the biggest fan of a label 'around' an input. To me, it doesn't make a lot of sense, but I know that its standard practice with a lot of people. I understand that it gives us another means of encapsulating our label/field pair, but again

Re: [WSG] making form elements the same height

Taco Fleur wrote: Hi all, I have a question I hope one of you might be able to answer. http://www.clickfind.com.au/test-index.html I am trying to get the form elements the same height, I would expect that the following would do the trick; That certainly got me! I'm sorry I can't add much

Re: [WSG] making form elements the same height

Hi Taco, Styling form elements as you are hoping to do is not quite that simple, and a good place to read about this is in a recent article by Eric Meyer: http://meyerweb.com/eric/thoughts/2007/05/15/formal-weirdness/ The crux of the article is that there are no standard guidelines for ho

Re: [WSG] making form elements the same height

On 25 May 2007, at 5:18 PM, Taco Fleur wrote: http://www.clickfind.com.au/test-index.html I am trying to get the form elements the same height Hi Taco Form Submit buttons are system-level widgets - they're different shapes and sizes according to which browser/OS combination is in use. They

RE: [WSG] making form elements the same height

PS. The form elements I was referring to are the text field and the submit button. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Taco Fleur Sent: Friday, 25 May 2007 5:18 PM To: wsg@webstandardsgroup.org Subject: [WSG] making form elements the same heig

Re: [WSG] Converting font size from pt to % or em

Setting the font-size like that is to create a more even base-line size across multiple browsers. http://www.thenoodleincident.com/tutorials/box_lesson/font/browser.html It is not the determining factor on end-user font size. (unless of course you never declare the em size for your markup) - th

Re: [WSG] Converting font size from pt to % or em

At 5/25/2007 12:15 AM, Felix Miata wrote: On 2007/05/25 15:31 (GMT+1000) Kane Tapping apparently typed: > Setting the body to font size to 65% - 70% is a good start. Actually it's a bad start, arbitrarily assuming that there's something wrong with the user's choice of default, and reducing it b

Re: [WSG] dl v table for form layout

Fields marked with * (asterisk) are required. Yep, instructions are definitely the way to go with the 'required'. we might even look at making instructions for the required as a definition list (hahaha just for fun) * Fields whose labels contain an asterisk require a value. Hey, I mean

Re: [WSG] Converting font size from pt to % or em

On 25/05/07, Felix Miata <[EMAIL PROTECTED]> wrote: On 2007/05/25 15:31 (GMT+1000) Kane Tapping apparently typed: > Setting the body to font size to 65% - 70% is a good start. Actually it's a bad start, arbitrarily assuming that there's something wrong with the user's choice of default, and red

Re: [WSG] Converting font size from pt to % or em

nice post nick, that's really interesting, thanks... :) On 25/05/07, Nick Cowie <[EMAIL PROTECTED]> wrote: On 25/05/07, Katrina <[EMAIL PROTECTED]> wrote: > > I think you should respect your users' default. Make sure the design > scales properly when text size is increased, beyond what MIE allo

Re: [WSG] Converting font size from pt to % or em

On 25/05/07, Katrina <[EMAIL PROTECTED]> wrote: I think you should respect your users' default. Make sure the design scales properly when text size is increased, beyond what MIE allows you to do. I disagree a little here, about user defaults. Yes you should respect them, but not by using 100%

[WSG] making form elements the same height

Hi all, I have a question I hope one of you might be able to answer. http://www.clickfind.com.au/test-index.html I am trying to get the form elements the same height, I would expect that the following would do the trick; input.text { border: 1px solid #A9D46F; height: 1.2em;

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 15:31 (GMT+1000) Kane Tapping apparently typed: > Setting the body to font size to 65% - 70% is a good start. Actually it's a bad start, arbitrarily assuming that there's something wrong with the user's choice of default, and reducing it by some arbitrary amount, even though you don

Re: [WSG] Converting font size from pt to % or em

On 2007/05/25 15:24 (GMT+0930) Katrina apparently typed: > Sagnik Dey wrote: >> I'm developing a website that have some standards defined. The font size >> specified is 9pt. But due to accessibility standards I wanted to convert >> that in % or em. Can anybody tell what do i need to use to view

RE: [WSG] Map of Australia Image Map

At 5/24/2007 09:49 PM, Geoff Pack wrote: If the image is a map, and you want to link areas of it, then an image map is the semantically correct solution. Faking them with lists and CSS is no better than using tables for layout IMHO. Wouldn't that depend on whether you thought of the map as th