On Aug 17, 2005, at 8:31 PM, T. R. Valentine wrote:
On 17/08/05, Scott Swabey (Lafinboy Productions)
[EMAIL PROTECTED] wrote:
Does a calendar (single month) qualify as tabular data,
are ordered lists a better fit, or should I be looking at
another option?
IMO, a calendar is always tabular
On Aug 17, 2005, at 8:31 PM, T. R. Valentine wrote:
On 17/08/05, Scott Swabey (Lafinboy Productions)
[EMAIL PROTECTED] wrote:
Does a calendar (single month) qualify as tabular data,
are ordered lists a better fit, or should I be looking at
another option?
IMO, a calendar is always
Ben Curtis wrote
Tabular data means data that both the row and column add meaning
and context to the displayed data. A calendar is not row-sensitive;
Ben, and others, thanks for the input on this. Ben, your comments
particularly align with my thoughts about the appropriateness of using a
G'day all
I have been tinkering with a calendar generation script (PHP if relevant),
and have developed two versions. One uses a semantically correct table for
layout, the other uses ordered lists to hold and layout the day names and
month dates. After working on this for a while and thinking
Both are equally semantic depending on how it's used. If it's a list of
dates, use dates. If it's a table of dates that displays dates against
days (Sun, Mon, Tues... Sat), then use a table.
If you're always lost about how to display something in the most
semantic manner, try viewing it
Hi,
Check out the hcalendar microformat
http://microformats.org/wiki/hcalendar
It's based on the widely used iCalender format from the IEEE.
Two of the founders of Microformats, Tantek Celik and Eric Meyer are
speaking at Web Essentials in Sydney at the end of September.
http://we05.com