<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare für Mikroformate</title>
	<atom:link href="http://mikroformate.de/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://mikroformate.de</link>
	<description></description>
	<lastBuildDate>Thu, 08 Apr 2010 17:10:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Kommentar zu 6 Beispiele für die nützliche Anwendung von Mikroformaten (Präsentation) von Thomas</title>
		<link>http://mikroformate.de/grundlagen/6-beispiele-fuer-die-nuetzliche-anwendung-von-mikroformaten-praesentation/comment-page-1/#comment-104</link>
		<dc:creator>Thomas</dc:creator>
		<pubDate>Thu, 08 Apr 2010 17:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/?p=17#comment-104</guid>
		<description>Sind die Mikroformate noch aktuell oder war das nur ein kurzer Hype?


Wäre schade drum</description>
		<content:encoded><![CDATA[<p>Sind die Mikroformate noch aktuell oder war das nur ein kurzer Hype?</p>
<p>Wäre schade drum</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu hAccessibility (Deutsche Übersetzung) von Siegfried</title>
		<link>http://mikroformate.de/artikel/haccessibility/comment-page-1/#comment-99</link>
		<dc:creator>Siegfried</dc:creator>
		<pubDate>Sat, 28 Mar 2009 12:24:47 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/allgemein/haccessibility-deutsche-uebersetzung/#comment-99</guid>
		<description>Ich habe mal ein Bisschen experimentiert. Dabei ist folgendes herausgekommen:

&lt;img src=&quot;data:text/plain;charset=US-ASCII,20090328T1218&quot; alt=&quot;heute&quot; type=&quot;text/plain&quot;/&gt;

&lt;img src=&quot;data:message/rfc822;charset=US-ASCII,Sat, 28 Mar 2009 13:04:08 +0100&quot; alt=&quot;heute&quot; /&gt;

Also: img ist ein inline-Element (im Gegensatz zu object). Der Witz ist hier die Verwendung von data URIs (http://en.wikipedia.org/wiki/Data_URI_scheme). Den mime-Typ message/rfc822 gibt es bereits (http://www.w3.org/Protocols/rfc1341/7_3_Message.html und http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3

Normalerweise bezeichnet rfc822 das mail Format. Aber anscheinend wird das auch in Zusammenhang mit dem in diesem Zusammenhang spezifizierten Zeitformat gesehen. Ist leider nicht das iso Zeitformat.

Einen mime-typ message/iso8601 gibt&#039;s leider nicht. Wäre auch zu schön. Aber text/plain als Notbehelf geht auch.

Was passiert, ist folgendes: Ein &quot;Bild&quot; vom typ text/plain kann nicht gerendert werden. Stattdessen wird der alt-Text gerendert. Desgleichen für Screenreader. Falls irgendwann mal ein Browser in der Lage sein sollte, solch ein &quot;Bild&quot; zu rendern, könnte das z.B. eine lokalisierte Version des Datums sein. Möglichkeiten gäbe es da.

Und vielleicht erbarmt sich ja mal Jemand und registriert message/iso8601.

Nur so eine Idee...

Theoretisch könnte man etwas Ähnliches mit dem &lt;q&gt; Element machen, in Verbindung mit dem cite Attribut. Allerdings halte ich dieses Element für eher weniger geeignet (semantik).</description>
		<content:encoded><![CDATA[<p>Ich habe mal ein Bisschen experimentiert. Dabei ist folgendes herausgekommen:</p>
<p>&lt;img src=&#8221;data:text/plain;charset=US-ASCII,20090328T1218&#8243; alt=&#8221;heute&#8221; type=&#8221;text/plain&#8221;/&gt;</p>
<p>&lt;img src=&#8221;data:message/rfc822;charset=US-ASCII,Sat, 28 Mar 2009 13:04:08 +0100&#8243; alt=&#8221;heute&#8221; /&gt;</p>
<p>Also: img ist ein inline-Element (im Gegensatz zu object). Der Witz ist hier die Verwendung von data URIs (<a href="http://en.wikipedia.org/wiki/Data_URI_scheme">http://en.wikipedia.org/wiki/Data_URI_scheme</a>). Den mime-Typ message/rfc822 gibt es bereits (<a href="http://www.w3.org/Protocols/rfc1341/7_3_Message.html">http://www.w3.org/Protocols/rfc1341/7_3_Message.html</a> und <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3">http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3</a></p>
<p>Normalerweise bezeichnet rfc822 das mail Format. Aber anscheinend wird das auch in Zusammenhang mit dem in diesem Zusammenhang spezifizierten Zeitformat gesehen. Ist leider nicht das iso Zeitformat.</p>
<p>Einen mime-typ message/iso8601 gibt&#8217;s leider nicht. Wäre auch zu schön. Aber text/plain als Notbehelf geht auch.</p>
<p>Was passiert, ist folgendes: Ein &#8220;Bild&#8221; vom typ text/plain kann nicht gerendert werden. Stattdessen wird der alt-Text gerendert. Desgleichen für Screenreader. Falls irgendwann mal ein Browser in der Lage sein sollte, solch ein &#8220;Bild&#8221; zu rendern, könnte das z.B. eine lokalisierte Version des Datums sein. Möglichkeiten gäbe es da.</p>
<p>Und vielleicht erbarmt sich ja mal Jemand und registriert message/iso8601.</p>
<p>Nur so eine Idee&#8230;</p>
<p>Theoretisch könnte man etwas Ähnliches mit dem &lt;q&gt; Element machen, in Verbindung mit dem cite Attribut. Allerdings halte ich dieses Element für eher weniger geeignet (semantik).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu hAccessibility (Deutsche Übersetzung) von Markus Baersch</title>
		<link>http://mikroformate.de/artikel/haccessibility/comment-page-1/#comment-98</link>
		<dc:creator>Markus Baersch</dc:creator>
		<pubDate>Wed, 07 Jan 2009 22:18:29 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/allgemein/haccessibility-deutsche-uebersetzung/#comment-98</guid>
		<description>Stimmt, dieses Problem ist mir tatsächlich bisher gar nicht bewusst geworden und ich muss gestehen, dass meine Begeisterung für Mikroformate beim Lesen einen echten Dämpfer erhalten hat. Bei aller Liebe zum Web 2.0 und der Hoffnung, vielleicht schon ohne die »eine« große Ontologie ein wenig mehr Semantik in das Web 2.5 mit Hilfe von Mikroformaten zu bringen (ohne mich bisher aktiv daran beteiligt zu haben), ist diese grobe Unverträglichkeit mit den Anforderungen an _gebrauchstaugliche_ Webseiten für Nutzer von Screenreadern schlichtweg nicht mehr gegeben, denn dazu gehört auch, dass sich Zufriedenheit einstellen kann. 

Ich kann daher die mit strong-Tags hervorgehobenen Abschnitte nur teilen. Ich verstehe nur nicht, warum nicht von Anfang an ein viel gehaltsloseres Element wie span - oder meinetwegen ein div, wenngleich sich span für diesen Zweck ja fast von selbst aufdrängt - verwendet wurde. Wer keine zusätzliche Komplexität in´s Rennen schicken will, kann ja auf die zusätzliche Schachtelung zum Vermeiden der Tooltips (generell aber eine gute Idee, finde ich) verzichten. 

Ich finde zwar in der Spezifikation unter http://microformats.org/wiki/hcalendar kein explizites Verbot, andere Tags auch für dtstart &amp; Co. zu verwenden, aber was machen denn die existierenden Konsumenten von Mikroformaten (Browserplugins etc.) mit hCalendar-divs, die sich _nicht_ der verbogenen abbr-Tags bedienen, sondern span-Lösungen einsetzen?</description>
		<content:encoded><![CDATA[<p>Stimmt, dieses Problem ist mir tatsächlich bisher gar nicht bewusst geworden und ich muss gestehen, dass meine Begeisterung für Mikroformate beim Lesen einen echten Dämpfer erhalten hat. Bei aller Liebe zum Web 2.0 und der Hoffnung, vielleicht schon ohne die »eine« große Ontologie ein wenig mehr Semantik in das Web 2.5 mit Hilfe von Mikroformaten zu bringen (ohne mich bisher aktiv daran beteiligt zu haben), ist diese grobe Unverträglichkeit mit den Anforderungen an _gebrauchstaugliche_ Webseiten für Nutzer von Screenreadern schlichtweg nicht mehr gegeben, denn dazu gehört auch, dass sich Zufriedenheit einstellen kann. </p>
<p>Ich kann daher die mit strong-Tags hervorgehobenen Abschnitte nur teilen. Ich verstehe nur nicht, warum nicht von Anfang an ein viel gehaltsloseres Element wie span &#8211; oder meinetwegen ein div, wenngleich sich span für diesen Zweck ja fast von selbst aufdrängt &#8211; verwendet wurde. Wer keine zusätzliche Komplexität in´s Rennen schicken will, kann ja auf die zusätzliche Schachtelung zum Vermeiden der Tooltips (generell aber eine gute Idee, finde ich) verzichten. </p>
<p>Ich finde zwar in der Spezifikation unter <a href="http://microformats.org/wiki/hcalendar">http://microformats.org/wiki/hcalendar</a> kein explizites Verbot, andere Tags auch für dtstart &#038; Co. zu verwenden, aber was machen denn die existierenden Konsumenten von Mikroformaten (Browserplugins etc.) mit hCalendar-divs, die sich _nicht_ der verbogenen abbr-Tags bedienen, sondern span-Lösungen einsetzen?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Mikroformate aus Sicht des Anwenders (1): Einleitung von ran</title>
		<link>http://mikroformate.de/grundlagen/mikroformate-aus-sicht-des-anwenders-1-einleitung/comment-page-1/#comment-96</link>
		<dc:creator>ran</dc:creator>
		<pubDate>Mon, 24 Nov 2008 09:38:58 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/grundlagen/mikroformate-aus-sicht-des-anwenders-1-einleitung/#comment-96</guid>
		<description>Im Zusammenhang mit der semantischen Suche sind Mikroformate sehr interessant. Die Herausforderung ist natürlich sehr hoch angesetzt, da es zum einen um eine (X)HTML-Erweiterung geht, zum anderen aber auch um die Auswertungskriterien der Suchmaschine. Ist eine Weiterentwicklung, die von den beiden Seiten vorangetrieben wird.</description>
		<content:encoded><![CDATA[<p>Im Zusammenhang mit der semantischen Suche sind Mikroformate sehr interessant. Die Herausforderung ist natürlich sehr hoch angesetzt, da es zum einen um eine (X)HTML-Erweiterung geht, zum anderen aber auch um die Auswertungskriterien der Suchmaschine. Ist eine Weiterentwicklung, die von den beiden Seiten vorangetrieben wird.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu 6 Beispiele für die nützliche Anwendung von Mikroformaten (Präsentation) von Mikroformate: Quo Vadis? &#124; Webzeugkoffer Webdesign</title>
		<link>http://mikroformate.de/grundlagen/6-beispiele-fuer-die-nuetzliche-anwendung-von-mikroformaten-praesentation/comment-page-1/#comment-94</link>
		<dc:creator>Mikroformate: Quo Vadis? &#124; Webzeugkoffer Webdesign</dc:creator>
		<pubDate>Thu, 13 Nov 2008 06:29:22 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/?p=17#comment-94</guid>
		<description>[...] Link: 6 Beispiele für die nützliche Anwendung von Mikroformaten [...]</description>
		<content:encoded><![CDATA[<p>[...] Link: 6 Beispiele für die nützliche Anwendung von Mikroformaten [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Mikroformate aus Sicht des Anwenders (2): Die wunderbare Welt der Browsererweiterungen von Nebcherwenaton</title>
		<link>http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders-2-die-wunderbare-welt-der-browsererweiterungen/comment-page-1/#comment-88</link>
		<dc:creator>Nebcherwenaton</dc:creator>
		<pubDate>Wed, 15 Oct 2008 20:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders2-die-wunderbare-welt-der-browsererweiterungen/#comment-88</guid>
		<description>Der Unterschied zwischen Tails Export und Operator für den Firefox besteht darin, dass Tails Export leider nicht alle &quot;vevents&quot; auch richtig handeln kann. D.h.: sollte der Text in der Klasse &quot;descriptions&quot; zu lang sein, erkennt das Programm &quot;vevent&quot; nicht als solches.
Zudem kann man mit Tails Export nur einzelne Events downloaden, während der Operator es zulässt alle Termine der Seite zu exportieren und zu aktualisieren. Zwar sieht es schon sehr nett aus, wenn alle Termine hübsch orange unterlegt in einer Sidebar erscheinen, aber frustrierend ist es, wenn man den gewünschten Termin nicht in seinen Terminkalender exportieren kann, weil Tails Export ihn nicht erkennt. Aber da ist der Name wohl Programm.</description>
		<content:encoded><![CDATA[<p>Der Unterschied zwischen Tails Export und Operator für den Firefox besteht darin, dass Tails Export leider nicht alle &#8220;vevents&#8221; auch richtig handeln kann. D.h.: sollte der Text in der Klasse &#8220;descriptions&#8221; zu lang sein, erkennt das Programm &#8220;vevent&#8221; nicht als solches.<br />
Zudem kann man mit Tails Export nur einzelne Events downloaden, während der Operator es zulässt alle Termine der Seite zu exportieren und zu aktualisieren. Zwar sieht es schon sehr nett aus, wenn alle Termine hübsch orange unterlegt in einer Sidebar erscheinen, aber frustrierend ist es, wenn man den gewünschten Termin nicht in seinen Terminkalender exportieren kann, weil Tails Export ihn nicht erkennt. Aber da ist der Name wohl Programm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Mikroformate aus Sicht des Anwenders (2): Die wunderbare Welt der Browsererweiterungen von Nik</title>
		<link>http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders-2-die-wunderbare-welt-der-browsererweiterungen/comment-page-1/#comment-86</link>
		<dc:creator>Nik</dc:creator>
		<pubDate>Tue, 19 Aug 2008 16:56:39 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders2-die-wunderbare-welt-der-browsererweiterungen/#comment-86</guid>
		<description>&gt;&gt;dass Mikroformate, einer Suchmaschine spezifische Information liefern können.
Sollten das nicht die Meta Information machen ???

Was in den Artikeln glaub ich noch fehlt ist der zusammenhang/unterschied zw. den Formaten. zB.: hCard  vcard .</description>
		<content:encoded><![CDATA[<p>&gt;&gt;dass Mikroformate, einer Suchmaschine spezifische Information liefern können.<br />
Sollten das nicht die Meta Information machen ???</p>
<p>Was in den Artikeln glaub ich noch fehlt ist der zusammenhang/unterschied zw. den Formaten. zB.: hCard  vcard .</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Mikroformate aus Sicht des Anwenders (2): Die wunderbare Welt der Browsererweiterungen von Peter</title>
		<link>http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders-2-die-wunderbare-welt-der-browsererweiterungen/comment-page-1/#comment-85</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 28 Jul 2008 07:52:25 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/artikel/mikroformate-aus-sicht-des-anwenders2-die-wunderbare-welt-der-browsererweiterungen/#comment-85</guid>
		<description>Ich kann mir vorstellen, dass Mikroformate, einer Suchmaschine spezifische Information liefern können. Die dem Benutzer ein gezielteres Suchergebnis seiner Anfrage liefern. Welchen Mehrwert für einen Internetbenutzer durch Mikroformate entstehen entzieht sich meinen Kenntnissen.</description>
		<content:encoded><![CDATA[<p>Ich kann mir vorstellen, dass Mikroformate, einer Suchmaschine spezifische Information liefern können. Die dem Benutzer ein gezielteres Suchergebnis seiner Anfrage liefern. Welchen Mehrwert für einen Internetbenutzer durch Mikroformate entstehen entzieht sich meinen Kenntnissen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Einführung in Mikroformate von Steffen Winkler</title>
		<link>http://mikroformate.de/grundlagen/einfuehrung-in-mikroformate/comment-page-1/#comment-84</link>
		<dc:creator>Steffen Winkler</dc:creator>
		<pubDate>Tue, 24 Jun 2008 04:18:38 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/?p=6#comment-84</guid>
		<description>Die Darstellung der Telefonnummer auf dieser Seite ist falsch. Telefunnummern beginnen immer mit einem &quot;+&quot; gefolgt von Zahlen, welche durch &quot; &quot; oder &quot;-&quot; aufgelockert werden dürfen. Die Schreibweise mit der (0) ist nicht zulässig.</description>
		<content:encoded><![CDATA[<p>Die Darstellung der Telefonnummer auf dieser Seite ist falsch. Telefunnummern beginnen immer mit einem &#8220;+&#8221; gefolgt von Zahlen, welche durch &#8221; &#8221; oder &#8220;-&#8221; aufgelockert werden dürfen. Die Schreibweise mit der (0) ist nicht zulässig.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Kommentar zu Mikroformate: Anwendung, Beispiele und Werkzeuge (S5-Präsentation) von Merlin</title>
		<link>http://mikroformate.de/grundlagen/mikroformate-anwendung-beispiele-und-werkzeuge/comment-page-1/#comment-82</link>
		<dc:creator>Merlin</dc:creator>
		<pubDate>Thu, 19 Jun 2008 10:01:18 +0000</pubDate>
		<guid isPermaLink="false">http://mikroformate.de/grundlagen/mikroformate-anwendung-beispiele-und-werkzeuge-s5-prasentation/#comment-82</guid>
		<description>Gute informative Präsentation, danke für die Infos.</description>
		<content:encoded><![CDATA[<p>Gute informative Präsentation, danke für die Infos.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
