<?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 zu: Formularfelder richtig beschriften</title>
	<atom:link href="http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/</link>
	<description>Für mehr Qualität im Web</description>
	<lastBuildDate>Mon, 06 Sep 2010 05:59:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Kaiuwe</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27226</link>
		<dc:creator>Kaiuwe</dc:creator>
		<pubDate>Wed, 23 Dec 2009 13:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27226</guid>
		<description>&lt;strong&gt;@Ulf&lt;/strong&gt;
&lt;blockquote&gt;Formulare in Deutschland vom Bürgeramt sind doch auch meist nummeriert.&lt;/blockquote&gt;
Ein deutsches Amt als Beispiel oder gar als Begründung aufzuführen, halte ich mehr als fraglich. Mit den Formularen vom Finanzamt könnte man sogar Layouttabellen begründen. Aber ein Finanzamt ist nun überhaupt nicht barrierearm, in keiner Weise.</description>
		<content:encoded><![CDATA[<p><strong>@Ulf</strong></p>
<blockquote><p>Formulare in Deutschland vom Bürgeramt sind doch auch meist nummeriert.</p></blockquote>
<p>Ein deutsches Amt als Beispiel oder gar als Begründung aufzuführen, halte ich mehr als fraglich. Mit den Formularen vom Finanzamt könnte man sogar Layouttabellen begründen. Aber ein Finanzamt ist nun überhaupt nicht barrierearm, in keiner Weise.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ulf</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27221</link>
		<dc:creator>Ulf</dc:creator>
		<pubDate>Wed, 23 Dec 2009 09:22:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27221</guid>
		<description>Ich weiß nicht welche Tabbing.js du meinst, welche 60KB groß ist, aber ich nehme stark an dass diese weder compressed ist noch gzipped. Jedes JS-Plugin sollte eigentlich kleiner werden als das jQuery-Monstrum.

Das große Problem welches ich sehe ist, dass du eben nicht so schnell ein OOP-Script bastelt, welche alle Browser-Inkompatilitäten kapselt (nightmare IE6) und trotzdem sehr smooth funktioniert. jQuery und Mootools (die einzigen JS-Libraries die ich kenne) haben ein sehr gut durchdachten OO-Konzept sowie Callback-Prinzip. Dazu erleichert es mir die Arbeit enorm, da ich eben mich nicht noch zu 100% mit JS und deren Syntax beschäftigen muss. Es extrahiert eben auch für mich viel. Ein Frontendler (der ich sicher nicht bin) sollte aber durchaus auch die Vor- und Nachteile von jQuery kennen wenn er es intensiv einsetzt.

Ich gebe dir aber durchaus Recht (und weiß auch), dass viele Marketing-Leute ihre Seite gerne überladden (&quot;Toller Effekt&quot;, &quot;Hab ich doch neulich bei xyz gesehen) und dann endet man schnell mit jQuery + vielen Plugins ab. Dem muss man eben auch einfach Einhalt als Entwickler geben und auf die Nachteile hinweisen (Ladezeit, Wartbarkeit etc. pp.).</description>
		<content:encoded><![CDATA[<p>Ich weiß nicht welche Tabbing.js du meinst, welche 60KB groß ist, aber ich nehme stark an dass diese weder compressed ist noch gzipped. Jedes JS-Plugin sollte eigentlich kleiner werden als das jQuery-Monstrum.</p>
<p>Das große Problem welches ich sehe ist, dass du eben nicht so schnell ein OOP-Script bastelt, welche alle Browser-Inkompatilitäten kapselt (nightmare IE6) und trotzdem sehr smooth funktioniert. jQuery und Mootools (die einzigen JS-Libraries die ich kenne) haben ein sehr gut durchdachten OO-Konzept sowie Callback-Prinzip. Dazu erleichert es mir die Arbeit enorm, da ich eben mich nicht noch zu 100% mit JS und deren Syntax beschäftigen muss. Es extrahiert eben auch für mich viel. Ein Frontendler (der ich sicher nicht bin) sollte aber durchaus auch die Vor- und Nachteile von jQuery kennen wenn er es intensiv einsetzt.</p>
<p>Ich gebe dir aber durchaus Recht (und weiß auch), dass viele Marketing-Leute ihre Seite gerne überladden (&#034;Toller Effekt&#034;, &#034;Hab ich doch neulich bei xyz gesehen) und dann endet man schnell mit jQuery + vielen Plugins ab. Dem muss man eben auch einfach Einhalt als Entwickler geben und auf die Nachteile hinweisen (Ladezeit, Wartbarkeit etc. pp.).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Chris</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27217</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 22 Dec 2009 19:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27217</guid>
		<description>Hallo Ulf. Ich danke dir für die Antwort. Allerdings bin ich immernochnicht überzeugt.  Nehmen wir mal ein einfaches Tabbing. Mit jquery habe ich 19KB, wenns komprimiert ist. Dann das Tabbing.js welches nochmal 60KB groß ist. Sind schon 79KB für ein einfaches Tabbing. Also wenn ich eins &quot;schnell&quot; OOP fummel, dann ist es 12KB groß und auch jederzeit verwendbar.

Wo ist da der Gewinn? Ich denke der Gewinn von jquery liegt in Zeit- und somit Kostenersparnis. Desweiteren ist hier der Vorteil, dass schon eine Vielzahl von &quot;fertigen&quot; Scripten mit kleinen Anpassungen vorhanden sind. Wenn es dann noch sinnvoll eingesetzt ist, bringt es wohlmöglich auch tolle Effekte und mehr Benutzerfreundlichkeit, soweit man JS angeschalten hat (davon gehen wir mal aus..sonst lahmt das Beispiel).

Gegenüber kann man aber ein selbsterstelltes (OOP) JS-Script nehmen, welches perfomanter und wohlmöglich auch einfacher zu Ändern ist (meiner Meinung nach, ist ja selbst geschrieben).

Hat alles Vor- und Nachteile und in der heutigen Gesellschaft, wo es zählt wer schneller ist (leider) - und wohlmöglich auch qualitativ schlechter -, ist wohlmöglich vorne.


Gruß und schönen Abend
Chris :-)


P.S.: ich hoffe die Diskussionen stoßen nicht negative  auf.</description>
		<content:encoded><![CDATA[<p>Hallo Ulf. Ich danke dir für die Antwort. Allerdings bin ich immernochnicht überzeugt.  Nehmen wir mal ein einfaches Tabbing. Mit jquery habe ich 19KB, wenns komprimiert ist. Dann das Tabbing.js welches nochmal 60KB groß ist. Sind schon 79KB für ein einfaches Tabbing. Also wenn ich eins &#034;schnell&#034; OOP fummel, dann ist es 12KB groß und auch jederzeit verwendbar.</p>
<p>Wo ist da der Gewinn? Ich denke der Gewinn von jquery liegt in Zeit- und somit Kostenersparnis. Desweiteren ist hier der Vorteil, dass schon eine Vielzahl von &#034;fertigen&#034; Scripten mit kleinen Anpassungen vorhanden sind. Wenn es dann noch sinnvoll eingesetzt ist, bringt es wohlmöglich auch tolle Effekte und mehr Benutzerfreundlichkeit, soweit man JS angeschalten hat (davon gehen wir mal aus..sonst lahmt das Beispiel).</p>
<p>Gegenüber kann man aber ein selbsterstelltes (OOP) JS-Script nehmen, welches perfomanter und wohlmöglich auch einfacher zu Ändern ist (meiner Meinung nach, ist ja selbst geschrieben).</p>
<p>Hat alles Vor- und Nachteile und in der heutigen Gesellschaft, wo es zählt wer schneller ist (leider) &#8211; und wohlmöglich auch qualitativ schlechter -, ist wohlmöglich vorne.</p>
<p>Gruß und schönen Abend<br />
Chris <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>P.S.: ich hoffe die Diskussionen stoßen nicht negative  auf.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ulf</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27216</link>
		<dc:creator>Ulf</dc:creator>
		<pubDate>Tue, 22 Dec 2009 13:58:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27216</guid>
		<description>@Jens
Durchaus ist ein Text auch eine Abfolge von Paragraphen. Da die HTML-Syntax aber -Tags besitzt, sind diese natürlich sinnvoller als Listenelemente an dieser Stelle (ohne Frage). Die Divs innerhalb von Formularen sind doch aber meist verkappte Listen. Es wird eine chronologische Abfrage von gewissen Fakten abgefragt. Des weiteren dienen ja auch fieldset / legend der Gruppierung von Elementen. Eine Gruppierung ohne Sortierung macht semantisch wenig Sinn. Sicherlich ist ein Formular nicht ein 1a-Listenelement, welches zu 100% in das Profil passt, aber solange es keine bessere HTML-Elemente gibt, ist dies für mich noch das Sinnvollste. Inhaltsleere Containerelemente steigern auf jeden Fall nicht die Semantik der Seite. Trotzdem finde ich Divs ok im Kontext eines Fomrulars, die Ablehnung von Listenelementen aufgrund der Semantik halte ich aber für höchst diskussionswürdig.

@Chris
Da Google auch gzip anbietet, gibt es keinen grund es nicht zu nutzen. Dazu wird jQuery nicht dadurch schlecht nur weil es missbraucht wird. JS-Libraries sind großartige Tools, die die Usability und Benutzerfreundlichkeit einer Webseite beträchtlich steigern - wenn man es richtig verwendet. Frauen sind ja auch nicht per se böse. ;)</description>
		<content:encoded><![CDATA[<p>@Jens<br />
Durchaus ist ein Text auch eine Abfolge von Paragraphen. Da die HTML-Syntax aber -Tags besitzt, sind diese natürlich sinnvoller als Listenelemente an dieser Stelle (ohne Frage). Die Divs innerhalb von Formularen sind doch aber meist verkappte Listen. Es wird eine chronologische Abfrage von gewissen Fakten abgefragt. Des weiteren dienen ja auch fieldset / legend der Gruppierung von Elementen. Eine Gruppierung ohne Sortierung macht semantisch wenig Sinn. Sicherlich ist ein Formular nicht ein 1a-Listenelement, welches zu 100% in das Profil passt, aber solange es keine bessere HTML-Elemente gibt, ist dies für mich noch das Sinnvollste. Inhaltsleere Containerelemente steigern auf jeden Fall nicht die Semantik der Seite. Trotzdem finde ich Divs ok im Kontext eines Fomrulars, die Ablehnung von Listenelementen aufgrund der Semantik halte ich aber für höchst diskussionswürdig.</p>
<p>@Chris<br />
Da Google auch gzip anbietet, gibt es keinen grund es nicht zu nutzen. Dazu wird jQuery nicht dadurch schlecht nur weil es missbraucht wird. JS-Libraries sind großartige Tools, die die Usability und Benutzerfreundlichkeit einer Webseite beträchtlich steigern &#8211; wenn man es richtig verwendet. Frauen sind ja auch nicht per se böse. <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Chris</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27209</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 22 Dec 2009 09:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27209</guid>
		<description>@Jens
letzenendes ist es dennoch die eigene Auffassung, wie man etwas auszeichnet. Die Spezifikation betrachtet das nicht so eng und lässt da eigentlich recht viele Freiheiten. Man könnte ja eigentlich auch ein Menu in einer ol oder dl darstellen. Wenn es Sinn ergibt.

@Ulf
Über 19KB lässt sich schon reden. Allerdings, soweit ich weiß, sind das nur 19KB, wenn du es über dem Server als gzip laufen lässt. Ansonsten sinds in die 40KB.

Bislang hatte ich keine guten Erfahrungen damit gemacht und wenn ich so einige Seiten betrachte die jquery nutzen, dann sind das meist ziemliche Klotze. Gerade in der CEHTML-Branche (Webseiten für Mobile geräte über z.B. Fernbedienung steuerbar) findet man oft welche, die jquery gar missbrauchen um irgendwelche tollen &quot;Effekte&quot; einzubinden. Letzenendes leider dann dennoch die Benutzbarkeit darunter. Keiner wartet gerne länger als 5 Sekunden auf Inhalte, lässt sich aber durch den supertollen Einblendeffekt beschlichten.


Gruß
Chris</description>
		<content:encoded><![CDATA[<p>@Jens<br />
letzenendes ist es dennoch die eigene Auffassung, wie man etwas auszeichnet. Die Spezifikation betrachtet das nicht so eng und lässt da eigentlich recht viele Freiheiten. Man könnte ja eigentlich auch ein Menu in einer ol oder dl darstellen. Wenn es Sinn ergibt.</p>
<p>@Ulf<br />
Über 19KB lässt sich schon reden. Allerdings, soweit ich weiß, sind das nur 19KB, wenn du es über dem Server als gzip laufen lässt. Ansonsten sinds in die 40KB.</p>
<p>Bislang hatte ich keine guten Erfahrungen damit gemacht und wenn ich so einige Seiten betrachte die jquery nutzen, dann sind das meist ziemliche Klotze. Gerade in der CEHTML-Branche (Webseiten für Mobile geräte über z.B. Fernbedienung steuerbar) findet man oft welche, die jquery gar missbrauchen um irgendwelche tollen &#034;Effekte&#034; einzubinden. Letzenendes leider dann dennoch die Benutzbarkeit darunter. Keiner wartet gerne länger als 5 Sekunden auf Inhalte, lässt sich aber durch den supertollen Einblendeffekt beschlichten.</p>
<p>Gruß<br />
Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jens Grochtdreis</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27208</link>
		<dc:creator>Jens Grochtdreis</dc:creator>
		<pubDate>Tue, 22 Dec 2009 08:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27208</guid>
		<description>@Ulf: Mit dieser Argumentation ist so ziemlich alles eine Liste. Ein Text ist eine Abfolge von Absätzen (erster, zweiter, dritter ..) oder wir haben  eine &quot;Liste von Seitenelmenten&quot;. Ich bevorzuge, die Semantik enger zu fassen, es ist so schon manchmal kompliziert genug, einen Unterschied zwischen Listen und Tabellen oder Listenarten zu erkennen.</description>
		<content:encoded><![CDATA[<p>@Ulf: Mit dieser Argumentation ist so ziemlich alles eine Liste. Ein Text ist eine Abfolge von Absätzen (erster, zweiter, dritter ..) oder wir haben  eine &#034;Liste von Seitenelmenten&#034;. Ich bevorzuge, die Semantik enger zu fassen, es ist so schon manchmal kompliziert genug, einen Unterschied zwischen Listen und Tabellen oder Listenarten zu erkennen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ulf</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27207</link>
		<dc:creator>Ulf</dc:creator>
		<pubDate>Tue, 22 Dec 2009 07:47:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27207</guid>
		<description>@Jens
Ich empfinde Formulare schon meist als Listen. Ich muss meine Eingaben chronologisch eingebn. Formulare in Deutschland vom Bürgeramt sind doch auch meist nummeriert. Formulare sind doch eigentlich eine Abfrage von Fakten in einer gewissen sinnvollen Reihenfolge - was eben auch Listen sind.

@Chris
jQuery minified und compresses sind 19KB über Google. Und ich weiß nicht ob diese 19KB nicht doch die erhöhte Usability und Benutzbarkeit der Seite wert sind (kann natürlich auch ein anderes JS-Framework sein). Im übrigen nutzt man JS-Libraries nicht aus Faulheit sondern eben aus Zeitersparnis und da man nicht schon gelöste Probleme immer wieder neu lösen muss (do not reinvent the wheel).</description>
		<content:encoded><![CDATA[<p>@Jens<br />
Ich empfinde Formulare schon meist als Listen. Ich muss meine Eingaben chronologisch eingebn. Formulare in Deutschland vom Bürgeramt sind doch auch meist nummeriert. Formulare sind doch eigentlich eine Abfrage von Fakten in einer gewissen sinnvollen Reihenfolge &#8211; was eben auch Listen sind.</p>
<p>@Chris<br />
jQuery minified und compresses sind 19KB über Google. Und ich weiß nicht ob diese 19KB nicht doch die erhöhte Usability und Benutzbarkeit der Seite wert sind (kann natürlich auch ein anderes JS-Framework sein). Im übrigen nutzt man JS-Libraries nicht aus Faulheit sondern eben aus Zeitersparnis und da man nicht schon gelöste Probleme immer wieder neu lösen muss (do not reinvent the wheel).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Chris</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27206</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 22 Dec 2009 07:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27206</guid>
		<description>Edit: Editierfunktion!! :-)
*ohne</description>
		<content:encoded><![CDATA[<p>Edit: Editierfunktion!! <img src='http://www.webkrauts.de/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /><br />
*ohne</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Chris</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27205</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 22 Dec 2009 07:07:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27205</guid>
		<description>@Marco
Das sollte auch kein Kritisieren sein. Der Teufel liegt eben im Detail. grinzt.

Was ich bei den vielen Beispielen unverständlich finde ist, dass immer solche Libary&#039;s wie jquery genutzt werden. Ist es die Faulheit der Entwickler und die darauß hoffentliche Zeitersparnis? Kann man es rechtfertigen, für ein einfachen &quot;Tabbing&quot; 120kb jquery einzubinden und dann 20 Zeilen Code zu schreiben? Meines Erachtes nach ist das unnötige Zusatzballast.

Wo soll das nur enden? YAML, jquery, als nächtes noch ein (x)HTML mega-Template (wurde ja schon an dem div-suppen-beispiel von OOCSS gut gezeigt) und schon haben wir eine 200 KB Seite, ohen das überhaupt Inhalt drin steht.

Schade irgendwie.
Gruß und dennoch schönen guten Morgen
Chris</description>
		<content:encoded><![CDATA[<p>@Marco<br />
Das sollte auch kein Kritisieren sein. Der Teufel liegt eben im Detail. grinzt.</p>
<p>Was ich bei den vielen Beispielen unverständlich finde ist, dass immer solche Libary&#039;s wie jquery genutzt werden. Ist es die Faulheit der Entwickler und die darauß hoffentliche Zeitersparnis? Kann man es rechtfertigen, für ein einfachen &#034;Tabbing&#034; 120kb jquery einzubinden und dann 20 Zeilen Code zu schreiben? Meines Erachtes nach ist das unnötige Zusatzballast.</p>
<p>Wo soll das nur enden? YAML, jquery, als nächtes noch ein (x)HTML mega-Template (wurde ja schon an dem div-suppen-beispiel von OOCSS gut gezeigt) und schon haben wir eine 200 KB Seite, ohen das überhaupt Inhalt drin steht.</p>
<p>Schade irgendwie.<br />
Gruß und dennoch schönen guten Morgen<br />
Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Jens Grochtdreis</title>
		<link>http://www.webkrauts.de/2009/12/20/formularfelder-richtig-beschriften/comment-page-1/#comment-27194</link>
		<dc:creator>Jens Grochtdreis</dc:creator>
		<pubDate>Mon, 21 Dec 2009 08:01:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.webkrauts.de/?p=748#comment-27194</guid>
		<description>@Gabriel: Ich finde die Nutzung von Listen zur Organisation von Formularelemente sehr zweifelhaft. Im seltensten Fall kann man doch ein Formular als Aufzählung interpretieren. Wir sollten uns immer fragen, welchen Charakter die auszuzeichnende Information hat. Ein Kontaktformular ist genauso wenig eine Aufzählung, wie eine Webseite selber. Es genügt vollkommen, alle Formularblöcke (Zeilen?) in DIV-Container zu packen. Die kann man dann auch gut stapeln. Und wenn man nur Label und Inputfelder organisiert hilft auch meist ein beherztes display: block  weiter. Wobei ich dabei dann leider nicht weiss, ob es nicht für Screenreadernutzer besser wär, echte Blockelemente zur Abtrennung zu nutzen.

Listen würde ich jedenfalls zur Organisation eines Formulars nie nutzen.</description>
		<content:encoded><![CDATA[<p>@Gabriel: Ich finde die Nutzung von Listen zur Organisation von Formularelemente sehr zweifelhaft. Im seltensten Fall kann man doch ein Formular als Aufzählung interpretieren. Wir sollten uns immer fragen, welchen Charakter die auszuzeichnende Information hat. Ein Kontaktformular ist genauso wenig eine Aufzählung, wie eine Webseite selber. Es genügt vollkommen, alle Formularblöcke (Zeilen?) in DIV-Container zu packen. Die kann man dann auch gut stapeln. Und wenn man nur Label und Inputfelder organisiert hilft auch meist ein beherztes display: block  weiter. Wobei ich dabei dann leider nicht weiss, ob es nicht für Screenreadernutzer besser wär, echte Blockelemente zur Abtrennung zu nutzen.</p>
<p>Listen würde ich jedenfalls zur Organisation eines Formulars nie nutzen.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
