Thnx for the suggestion..but i need to define the font size in the body
itself
I've defined 75% which works well in IE6..but it appears smaller in IE6
-Sagnik
On 5/25/07, Kane Tapping [EMAIL PROTECTED] wrote:
Hi ,
Setting the body to font size to 65% - 70% is a good start. this
Hi all,
Today we have seen a range of unacceptable behaviour on list including rude
or abusive comments, personal attacks and a post to a closed thread.
None of these are acceptable and future offenders will be removed from the
list immediately.
Around 12 months ago I posted about this to the
Hi ,
Yeah, your never going to get an exact match through the browsers using
ems, you kind of have to let go of pixel perfect design and aim your
design as a flexible interpretation of your css. This approach will also
mean your design will cope with users setting larger (or smaller) text
I was trying to do something as an old-style ISMAP (server-side) image map
and noticed some wierd behaviour
Is this type of image map still supported properly by browsers?
I can't do it client-side because the coordinates that were clicked on need
to be sent to the server to be compared with
Karl Lurman wrote:
How am I going to highlight the label input
pair without a container div? A fieldset?
Hello Karl,
I will add a div or paragraph to a form if needed. A division in the form
normally marked by color or a border is okay (as that slight meaning will be
carried by the Div in
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
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 the
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
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;
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%
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
pFields marked with * (asterisk) are required./p
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)
form
dl
dt*/dt
ddFields whose labels contain an asterisk require a
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
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)
-
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
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.
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 I
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
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
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
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
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
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 I
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
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, just
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
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 the
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 assuming that
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:
form
fieldset
legendSend us your contact info/legend
pFields marked with * (asterisk) are required./p
label
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
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
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 (implicitly?)
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/
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
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
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
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
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
Certainly JAWS reads the content of the legend element before each label
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
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 H2)
- The orange intro text (not sure what tag to add here)
- a smaller, bold heading, same size as body text (probably a h3)
- a quote (probably a
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 there's
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 your
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 ?
Those
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 H2)
- The orange intro text (not sure what tag to add here)
- a smaller, bold heading, same size
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:
http://green-beast.com/gbcf/
Virtual cursor mode:
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
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 users
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 least
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
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 strong markup for
this.
On Fri, May 25, 2007 7:56 pm, Nick Fitzsimons wrote:
On 25 May
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
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
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 that...
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
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
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 size
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
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:
abbr class=rating title=4
img alt=
On 26 May 2007, at 05:05:33, Thierry Koblentz wrote:
What about marking up * used in forms with ABBR elements?
pPlease fill fields marked with * (required field)./p
label for=nameabbr title=required field*/abbr Name: ?
php echo
error(); ?
input type=text id=name name=name value= /
On Behalf Of Nick Fitzsimons
pPlease fill fields marked with * (required field)./p
label for=nameabbr title=required field*/abbr Name: ?
php echo
error(); ?
input type=text id=name name=name value= /
/label
label for=emailabbr*/abbr Email: ?php echo error(); ?
input
60 matches
Mail list logo
