Bug 69654
Mike Morgan
mike.morgan at oregonstate.edu
Mon Dec 8 21:51:13 UTC 2003
Gervase Markham wrote:
>> I understood Gerv's opinion (and the following discussion) mostly as
>> supporting the approach where no font-size is defined for body text, but
>> where relative _header_ (and similar special-case) font sizes can be set
>> by % units.
>
>
> Yep. Of course, it remains to be seen how well this pure approach works
> in the real world.
I think it would be best if CSS keywords were used in the place of %'s.
CSS keywords represent the old-school HTML FONT scale, and those are
best whenever possible. Remember FONT size="blah"?
Here is a good article on CSS2, font-sizes, and font-size keywords:
http://style.cleverchimp.com/font_size_intervals/altintervals.html
It's old, but it gets the point across. The best part is that instead
of using percentages, you can use words like "small" or "x-small" which
make more sense conceptually. Using keywords also avoids nesting
problems for certain user agents.
Another alternative would be to use em's, but if you are going to use
em's you might as well use the keywords to ensure proper size intervals
(1.2x).
Overall, I agree with not defining a default font-size. I am tired of
sites that have 8-pt arial font just to make things look all
post-modern. Consider using keywords for instances where you do need to
increase or decrease size. :)
Another thing to consider is what level of accessibility you want to aim
for. A, AA, AAA? This would be the time to worry about accessibility
stuff. This goes back to the discussion about the footer being an
accessibility problem. If we put the navigation in a div, we could
place it wherever we wanted dependent on what the stylesheet said. :)
A good site also has a navigation skip link so users using a text-only
browser or screen reader can skip redundant links and hit the content
right away.
Mike
More information about the developers
mailing list