问题标签 [microformats]

是否有人使用此 Firefox 插件成功地从包含微格式 (hcard) 的网站中正确导出了 vcard？这样做时，我会得到奇怪的字符而不是（德语/西班牙语）元音变音。虽然提供电子名片也很容易，但我想知道是否有人设法纠正了我遇到的字符集/字符问题。

我一直在努力将hCalendar 微格式应用于我网站上显示的事件。然而，根据我的研究，我得到的印象是不推荐使用微格式（或者至少被某些人看不起）。相反，RDF似乎是表示语义丰富信息的首选方式。

但是，我对 RDF 感到困惑。我什至不知道从哪里开始。微格式为使用 hCalendar 格式提供了易于理解的指南。另一方面，RDF 是使用月球人语言编写的。

是否有替代 hCalendar 的 RDF？是否有一些资源描述了如何实现它？我应该继续使用 hCalendar，因为它很容易实现吗？

是否可以通过链接到联系表格来包含 hCard 微格式的电子邮件，而不是直接列出电子邮件地址？

由于垃圾邮件问题，我更喜欢这个。

例如，如果我有

或者

例如，谷歌会因为我指定他们是朋友而给予第二个额外的权重吗？

我想知道是否有人可以提供帮助？

在 Google 宣布将记录在线食谱的 RDFa / Microformats 之后，我一直在研究我运行的几个基于食谱的网站。然而，我们根本没有满足任何标准所需的所有数据。

这有关系吗？搜索引擎爬虫是否仍会充分利用他们所找到的内容，或者由于缺少一些元素（如评论或食谱评级），我是否会浪费我的时间来实现这一点？

另外，如果出于格式原因，我必须在信息周围添加额外的 div，这是否会使这一切失效？

干杯，H

是否有公告（在microformats.org之外）表明值类模式是完全可访问的？

例如<abbr class="value" title="2008-06-24">this Tuesday</abbr>，屏幕阅读器会说“2008 年 6 月 24 日”还是说“2008 dash 6 dash 24”？

历史

微格式出现了，而且很棒，除了日期等存储在 abbr 标签中：

这会导致屏幕阅读器做一些荒谬的事情，如hAccessibility中所述。现在 microformats.org已经发布了value-class-pattern它好多了。

但是我找不到来自WaSP（或其他不直接与微格式相关的可访问性源）的声明，声明声明它们现在可以被屏幕阅读器等访问。

我正在寻找关于是否应该使用微格式来命名 JSON 元素的意见。例如，物理地址有一个微格式，如下所示：

有一个关于使用JSON 和 Microformats的文档。上面的信息可以表示为 JSON 数据，如下所示：

我遇到的问题是我希望我的 JSON 数据尽可能轻量级，但仍然是人类可读的。虽然仍然支持国际地址，但我更喜欢这样的东西：

如果我现在正在设计一个新的 JSON API，从一开始就使用微格式有意义吗？或者我真的不应该担心吗？是否有其他一些更具体的 JSON 标准我应该看看？

您在 Web 项目中使用微格式吗？

如果是，那为什么？如果没有，那为什么？

如果是，那么您使用哪些东西？

HTML 5 中是否有任何微格式的替代品？

我还没有使用微格式。我应该现在开始使用还是不需要？

使用其中一种技术有什么区别吗？

我现在正在使用 HTML5 构建一个站点，我很难决定使用哪一个。我看不出它们之间有任何区别，否则语法大小，我不太确定这是微格式方面的优势。

我正在尝试使用vCard Microformat标准在网页上提供 VCF 导出选项，但是当我尝试导出到 Outlook 2003 时，它根本不显示电话号码。这是页面中的 vCard 代码；Outlook 不输入电话号码是正常的吗？