剩下的日期/时间属性
上面例子中还有可选的日期时间属性，包括：dtend和duration。
dtend
dtend属性描述了事件结束的日期/时间。在我的例子中，为“September 14”：
<dd><abbr class="dtstart" title="2008-09-13T09:00:00">September 13</abbr>–<abbr class=”dtend” title=”2008-09-14T18:00:00″>14</abbr>, from 9am–6pm both days</dd>
duration
duration属性用来描述事件的持续时间。在上面的例子中，是两天：
<dd class="description">A <abbr class=”duration” title=”P2D”>two-day</abbr> event all about the web — design (visual, experience, information architecture), technology (infrastructure, programming), social and new media, and other stuff that is just plain cool.</dd>
同日期/时间一样，持续时间信息也使用日期时间设计模式来描述，机器可读的信息包含在title中，而人类可读的信息包含在<abbr>。同样，title持续时间的值也要遵循ISO 8601的定义，只是需要在前面加“P”用以描述持续的阶段时间。持续的阶段时间可以使用下面这些单位描述：年 (Y), 月 (M), 周 (W), 天 (D), 小时 (H), 分钟 (M) 和秒 (S)。可以参考下面例子：
P2Y = 持续2年
P10D = 持续10天
P3H = 持续3个小时
P2W = 持续2周
P12DT8H30M = 持续12天8小时30分钟
说说“无障碍访问”
在前面第三部分中曾经简单讨论过使用日期时间设计模式会有一些无障碍访问问题。无障碍访问的根本问题在于屏幕发声程序如何对待title值：他们读取这个属性。所以，当使用时间日期模式把机器可读的ISO 8601日期时间信息放到title中时，屏幕发声会按照字面来读出这些数值。想象一下您的屏幕发声程序读取<abbr title="2008-09-30">：“Two thousand eight dash zero nine dash thirty。”如果时间和日期的值更长的话会更糟糕。这对用户是相当不友好的。
目前，这些问题还没有被解决。不过已经有一些提交上来的候选意见，但是微格式社区还在继续讨论更好解决这些问题的途径。针对我自己的博客而言，分析数据表明我没有任何屏幕发声程序的访问者。我很急切想知道如何解决这些问题，从而实现这些微格式，让他们支持无障碍访问的用户。
剩下的剩下
我的例子中还包括另外四个可选的属性：url, category, location和description。
url
url属性描述事件的链接（<a>）：
<p>Yes, it’s short notice, but mark your calendars: <a href="
