<?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: Interface-Pattern: Anmelden und Registrieren über ein gemeinsames Formular</title>
	<atom:link href="http://uxzentrisch.de/registrieren-anmelden-pattern/feed/" rel="self" type="application/rss+xml" />
	<link>http://uxzentrisch.de/registrieren-anmelden-pattern/</link>
	<description>User Experience Blog</description>
	<lastBuildDate>Wed, 10 Mar 2010 07:13:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: Martin Gude</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-398</link>
		<dc:creator>Martin Gude</dc:creator>
		<pubDate>Fri, 27 Nov 2009 08:51:07 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-398</guid>
		<description>@Peter Trotzdem halte ich die E-Mail Adresse derzeit noch für den besten Benutzernamen. Den kann ich mir nämlich merken - vor allem im Gegensatz zu Kundennummern. Zumindest aber sollte ein Login mit der E-Mail-Adresse *möglich* sein

Und was tue ich, wenn mein gewünschter Benutzername vergeben ist? Klar ich denke mir einen neuen aus. Irgendwann muss man dann wirklich ein Account/Passwort-Management-Tool nutzen. 

Das schlimmste Beispiel, wo ich bei jedem einloggen erstmal die Passwort vergessen Funktioon nutze, um meinen Benutzernamen rauszufinden ist die &lt;a href=&quot;https://epetitionen.bundestag.de&quot; rel=&quot;nofollow&quot;&gt;Petitionsseite des Bundestages&lt;/a&gt;. Die haben einen vom System vorgegebenen Benutzernamen im Format &quot;Nutzer123456&quot;. Und den kann ich mir beim besten Willen nicht merken.

Mein liebster Login Weg ist aber definitv via &lt;a href=&quot;http://openid.net/&quot; rel=&quot;nofollow&quot;&gt;OpenID&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>@Peter Trotzdem halte ich die E-Mail Adresse derzeit noch für den besten Benutzernamen. Den kann ich mir nämlich merken &#8211; vor allem im Gegensatz zu Kundennummern. Zumindest aber sollte ein Login mit der E-Mail-Adresse *möglich* sein</p>
<p>Und was tue ich, wenn mein gewünschter Benutzername vergeben ist? Klar ich denke mir einen neuen aus. Irgendwann muss man dann wirklich ein Account/Passwort-Management-Tool nutzen. </p>
<p>Das schlimmste Beispiel, wo ich bei jedem einloggen erstmal die Passwort vergessen Funktioon nutze, um meinen Benutzernamen rauszufinden ist die <a href="https://epetitionen.bundestag.de" rel="nofollow">Petitionsseite des Bundestages</a>. Die haben einen vom System vorgegebenen Benutzernamen im Format &#0187;Nutzer123456&#8243;. Und den kann ich mir beim besten Willen nicht merken.</p>
<p>Mein liebster Login Weg ist aber definitv via <a href="http://openid.net/" rel="nofollow">OpenID</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias Jordans</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-396</link>
		<dc:creator>Tobias Jordans</dc:creator>
		<pubDate>Fri, 27 Nov 2009 08:18:57 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-396</guid>
		<description>Update: Noch ein Artikel zum gleichen Thema (eng) http://blog.leahculver.com/2009/11/log-in-or-sign-up.html -- Die Problemstellung ist die gleiche wie hier. 

Die Lösung von Hurl, die dort beschrieben wird, finde ich nicht gut (2 Button, 1 Formular):
&lt;div style=&quot;overflow:hidden;&quot;&gt;&lt;img src=&quot;http://leahculver.typepad.com/.a/6a0105361a0fa1970b0120a6932981970b-500pi&quot; /&gt;&lt;/div&gt;

Die Lösung von Amazon, die als 2. Lösung beschrieben wird, gefällt mir auch nicht... aber sie scheint verbreitung zu finden (siehe oben, google).</description>
		<content:encoded><![CDATA[<p>Update: Noch ein Artikel zum gleichen Thema (eng) <a href="http://blog.leahculver.com/2009/11/log-in-or-sign-up.html" rel="nofollow">http://blog.leahculver.com/2009/11/log-in-or-sign-up.html</a> &#8211; Die Problemstellung ist die gleiche wie hier. </p>
<p>Die Lösung von Hurl, die dort beschrieben wird, finde ich nicht gut (2 Button, 1 Formular):</p>
<div style="overflow:hidden;"><img src="http://leahculver.typepad.com/.a/6a0105361a0fa1970b0120a6932981970b-500pi" /></div>
<p>Die Lösung von Amazon, die als 2. Lösung beschrieben wird, gefällt mir auch nicht&#8230; aber sie scheint verbreitung zu finden (siehe oben, google).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Peter Scheidt</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-389</link>
		<dc:creator>Peter Scheidt</dc:creator>
		<pubDate>Wed, 25 Nov 2009 09:48:18 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-389</guid>
		<description>E-Mail-Adressen als Login-Namen sind eher schwierig, finde ich. Einer meiner Kollegen erzählte letztlich von einem Test, in dem die Teilnehmer in dem Fall sozusagen reflexartig versuchten, ihr WEB.DE-Passwort zur Email-Adresse einzugeben, obwohl sie ganz woanders waren. Ich selber tue mich hin und wieder auch schwer damit, um ehrlich zu sein ;-)</description>
		<content:encoded><![CDATA[<p>E-Mail-Adressen als Login-Namen sind eher schwierig, finde ich. Einer meiner Kollegen erzählte letztlich von einem Test, in dem die Teilnehmer in dem Fall sozusagen reflexartig versuchten, ihr WEB.DE-Passwort zur Email-Adresse einzugeben, obwohl sie ganz woanders waren. Ich selber tue mich hin und wieder auch schwer damit, um ehrlich zu sein ;-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Marian Steinbach</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-387</link>
		<dc:creator>Marian Steinbach</dc:creator>
		<pubDate>Wed, 25 Nov 2009 09:44:08 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-387</guid>
		<description>Bei Amazon Web Services gibt es einen Ansatz, der dem hier beschriebenen zumindest ähnelt. Hier ist ein Screenshot: http://twitpic.com/quuj1

Allerdings haben sie es geschafft, dass man sich als wiederkehrender Nutzer auf der Website praktisch gar nicht abgeholt fühlt. Alle Links, die auf die Login/Registrieren-Seite führen sind mit Texten wie &quot;Sign up now&quot; und &quot;Sign up for a free AWS account&quot; beschriftet. Es fehlt mir ein simpler &quot;Login&quot; oder &quot;Sign in&quot; Link.

http://aws.amazon.com/</description>
		<content:encoded><![CDATA[<p>Bei Amazon Web Services gibt es einen Ansatz, der dem hier beschriebenen zumindest ähnelt. Hier ist ein Screenshot: <a href="http://twitpic.com/quuj1" rel="nofollow">http://twitpic.com/quuj1</a></p>
<p>Allerdings haben sie es geschafft, dass man sich als wiederkehrender Nutzer auf der Website praktisch gar nicht abgeholt fühlt. Alle Links, die auf die Login/Registrieren-Seite führen sind mit Texten wie &#0187;Sign up now&#0171; und &#0187;Sign up for a free AWS account&#0171; beschriftet. Es fehlt mir ein simpler &#0187;Login&#0171; oder &#0187;Sign in&#0171; Link.</p>
<p><a href="http://aws.amazon.com/" rel="nofollow">http://aws.amazon.com/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias Jordans</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-386</link>
		<dc:creator>Tobias Jordans</dc:creator>
		<pubDate>Wed, 25 Nov 2009 09:30:25 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-386</guid>
		<description>Update: Google hat einen langen Artikel veröffentlicht in dem Sie über das gleiche Problem nachdenken: http://sites.google.com/site/oauthgoog/UXFedLogin
Ihre Lösung geht allerdings den transparenteren Weg, den Amazon.com verwendet (&lt;del datetime=&quot;2009-11-27T08:16:35+00:00&quot;&gt;Checkboxen&lt;/del&gt;&lt;ins datetime=&quot;2009-11-27T08:16:35+00:00&quot;&gt;Radiobutton&lt;/ins&gt;). Dieses UI-Pattern gefällt mir erstmal überhaupt nicht so gut. Aber vielleicht ist es besser, weil es transparenter/offensichtlicher ist für den Nutzer?
&lt;del datetime=&quot;2009-11-27T08:16:35+00:00&quot;&gt;Muss den Googletext aber nochmal intensiv lesen :).&lt;/del&gt;
&lt;ins datetime=&quot;2009-11-27T08:16:35+00:00&quot;&gt;
&lt;div style=&quot;overflow:hidden;&quot;&gt;&lt;img src=&quot;http://sites.google.com/site/oauthgoog/_/rsrc/1221709646910/UXFedLogin/lso_acme.png&quot; alt=&quot;Googles Idee&quot; /&gt;
&lt;img src=&quot;http://sites.google.com/site/oauthgoog/_/rsrc/1225131950892/UXFedLogin/lsoinstruction.gif&quot; alt=&quot;Googles Ideee&quot; width=&quot;400&quot; /&gt;
&lt;/div&gt;

Sehr gut an dem Google-Artikel sind die weiterführenden Gedanken, die sie sich über die OpenID-Integration in den Registrierungs- und Login-Prozess (Migration) machen.

Auch wenn mir dieses Google/Amazon/Buy.com Interface nicht so gut gefällt. Wenn Google es einsetzten würde, würde sich endlich ein neuer, besserer Standard etablieren.&lt;/ins&gt;</description>
		<content:encoded><![CDATA[<p>Update: Google hat einen langen Artikel veröffentlicht in dem Sie über das gleiche Problem nachdenken: <a href="http://sites.google.com/site/oauthgoog/UXFedLogin" rel="nofollow">http://sites.google.com/site/oauthgoog/UXFedLogin</a><br />
Ihre Lösung geht allerdings den transparenteren Weg, den Amazon.com verwendet (<del datetime="2009-11-27T08:16:35+00:00">Checkboxen</del><ins datetime="2009-11-27T08:16:35+00:00">Radiobutton</ins>). Dieses UI-Pattern gefällt mir erstmal überhaupt nicht so gut. Aber vielleicht ist es besser, weil es transparenter/offensichtlicher ist für den Nutzer?<br />
<del datetime="2009-11-27T08:16:35+00:00">Muss den Googletext aber nochmal intensiv lesen :).</del><br />
<ins datetime="2009-11-27T08:16:35+00:00"></p>
<div style="overflow:hidden;"><img src="http://sites.google.com/site/oauthgoog/_/rsrc/1221709646910/UXFedLogin/lso_acme.png" alt="Googles Idee" /><br />
<img src="http://sites.google.com/site/oauthgoog/_/rsrc/1225131950892/UXFedLogin/lsoinstruction.gif" alt="Googles Ideee" width="400" />
</div>
<p>Sehr gut an dem Google-Artikel sind die weiterführenden Gedanken, die sie sich über die OpenID-Integration in den Registrierungs- und Login-Prozess (Migration) machen.</p>
<p>Auch wenn mir dieses Google/Amazon/Buy.com Interface nicht so gut gefällt. Wenn Google es einsetzten würde, würde sich endlich ein neuer, besserer Standard etablieren.</ins></p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias Jordans</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-357</link>
		<dc:creator>Tobias Jordans</dc:creator>
		<pubDate>Thu, 05 Nov 2009 16:36:42 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-357</guid>
		<description>&lt;a href=&quot;http://gomockingbird.com/&quot; rel=&quot;nofollow&quot;&gt;Mockingbird&lt;/a&gt; macht, was hier vorgeschlagen wird. Schreibt Matthias &lt;a href=&quot;http://netzlogbuch.de/interfacedesign/mockingbird-online-wireframe-tool/&quot; rel=&quot;nofollow&quot;&gt;in seiner Review&lt;/a&gt;:
&lt;blockquote&gt;Kleines Detail noch am Rande. Vor ein paar Tagen habe ich auf dem Blog uxzentrisch an einer Diskussion über Anmelde- und Registrierungselemente teilgenommen. Interessanterweise ermöglicht Mockingbird das Anmelden bzw. Registrierungen genau in der dort von mir vorgeschlagenen Art und Weise. Dort bekommt man erst einmal nur ein Formular und wenn die eingegebene Mail-Adresse unbekannt ist, wird das Anmeldemodul um ein Feld zu Passwortbestätigung erweitert und somit zur Registrierung. Sehr innovativ, wie ich finde.
&lt;div style=&quot;overflow:hidden;&quot;&gt;
&lt;img src=&quot;http://netzlogbuch.de/wp-content/uploads/2009/11/mockingbird_reg.png&quot; style=&quot;margin-left:-30px&quot; /&gt;
&lt;/div&gt;
&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://gomockingbird.com/" rel="nofollow">Mockingbird</a> macht, was hier vorgeschlagen wird. Schreibt Matthias <a href="http://netzlogbuch.de/interfacedesign/mockingbird-online-wireframe-tool/" rel="nofollow">in seiner Review</a>:</p>
<blockquote><p>Kleines Detail noch am Rande. Vor ein paar Tagen habe ich auf dem Blog uxzentrisch an einer Diskussion über Anmelde- und Registrierungselemente teilgenommen. Interessanterweise ermöglicht Mockingbird das Anmelden bzw. Registrierungen genau in der dort von mir vorgeschlagenen Art und Weise. Dort bekommt man erst einmal nur ein Formular und wenn die eingegebene Mail-Adresse unbekannt ist, wird das Anmeldemodul um ein Feld zu Passwortbestätigung erweitert und somit zur Registrierung. Sehr innovativ, wie ich finde.</p>
<div style="overflow:hidden;">
<img src="http://netzlogbuch.de/wp-content/uploads/2009/11/mockingbird_reg.png" style="margin-left:-30px" />
</div>
</blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Mockingbird &#8211; Online-Wireframe-Tool - Netzlogbuch</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-356</link>
		<dc:creator>Mockingbird &#8211; Online-Wireframe-Tool - Netzlogbuch</dc:creator>
		<pubDate>Thu, 05 Nov 2009 10:16:56 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-356</guid>
		<description>[...] Detail noch am Rande. Vor ein paar Tagen habe ich auf dem Blog uxzentrisch an einer Diskussion über Anmelde- und Registrierungselemente teilgenommen. Interessanterweise ermöglicht Mockingbird das Anmelden bzw. Registrierungen genau in [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Detail noch am Rande. Vor ein paar Tagen habe ich auf dem Blog uxzentrisch an einer Diskussion über Anmelde- und Registrierungselemente teilgenommen. Interessanterweise ermöglicht Mockingbird das Anmelden bzw. Registrierungen genau in [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dominik</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-355</link>
		<dc:creator>Dominik</dc:creator>
		<pubDate>Wed, 04 Nov 2009 22:02:10 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-355</guid>
		<description>Ich hatte ein wenig gehofft, wir könnten diese ganze Benutzernamengeschichte abschaffen und Nicknames wären total 2006. Zumindest Nicknames zu Identifikationszwecken.

Ich habe (die völlig unverifizierte) Hoffnung, dass ich meine User beim Login mit einer E-Mailadresse immer daran erinnere, diese E-Mailadresse stehts aktuell zu halten. Aber das ist sowieso ein ganz anderes Thema.</description>
		<content:encoded><![CDATA[<p>Ich hatte ein wenig gehofft, wir könnten diese ganze Benutzernamengeschichte abschaffen und Nicknames wären total 2006. Zumindest Nicknames zu Identifikationszwecken.</p>
<p>Ich habe (die völlig unverifizierte) Hoffnung, dass ich meine User beim Login mit einer E-Mailadresse immer daran erinnere, diese E-Mailadresse stehts aktuell zu halten. Aber das ist sowieso ein ganz anderes Thema.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tamim</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-295</link>
		<dc:creator>Tamim</dc:creator>
		<pubDate>Tue, 03 Nov 2009 20:31:44 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-295</guid>
		<description>Ja. Guter Ansatz. Gefällt auf Anhieb.</description>
		<content:encoded><![CDATA[<p>Ja. Guter Ansatz. Gefällt auf Anhieb.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Tobias Jordans</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-292</link>
		<dc:creator>Tobias Jordans</dc:creator>
		<pubDate>Tue, 03 Nov 2009 12:45:22 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-292</guid>
		<description>@Matthias @Dominik: Ja, das Formular dynamisch zu verändern kann ich mir auch gut vorstellen. Ich hatte aber den Eindruck, dass es in der Form wie im Wireframe etwas klarer/verständlicher ist für den Nutzer. 
Insbesondere, wenn für die Registrierung zusätzliche Felder nötig sind wie Vorname, Nachname. Es sei denn, man würde diese wiederum erst nachgelagert abfragen (wenn der Nutzer schon einen Account hat).

Sicherheitsthema: Vielleicht sollte man dieses Pattern auch nur mit richtigen Benutzernamen und nicht mit E-Mail-Adressen verwenden. Einen Benutzernamen auszuspionieren ist uninteressant. Eine E-Mail-Adresse auf diese Weise zu validieren dagegen eher (Spam...).</description>
		<content:encoded><![CDATA[<p>@Matthias @Dominik: Ja, das Formular dynamisch zu verändern kann ich mir auch gut vorstellen. Ich hatte aber den Eindruck, dass es in der Form wie im Wireframe etwas klarer/verständlicher ist für den Nutzer.<br />
Insbesondere, wenn für die Registrierung zusätzliche Felder nötig sind wie Vorname, Nachname. Es sei denn, man würde diese wiederum erst nachgelagert abfragen (wenn der Nutzer schon einen Account hat).</p>
<p>Sicherheitsthema: Vielleicht sollte man dieses Pattern auch nur mit richtigen Benutzernamen und nicht mit E-Mail-Adressen verwenden. Einen Benutzernamen auszuspionieren ist uninteressant. Eine E-Mail-Adresse auf diese Weise zu validieren dagegen eher (Spam&#8230;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Matthias Zellmer (@Zellmi)</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-291</link>
		<dc:creator>Matthias Zellmer (@Zellmi)</dc:creator>
		<pubDate>Tue, 03 Nov 2009 11:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-291</guid>
		<description>@Dominik Ich würde schon mit zwei Feldern starten: Nutzerkennung und Passwort. Wenn man seine Kennung eingeben hat und zur Passwort-Eingabe wechselt, dann erst würde ich die eventuelle Erweiterung des Formulars darstellen lassen. Somit sollte der Sicherheitsaspekt auch deutlich besser abgedeckt sein.</description>
		<content:encoded><![CDATA[<p>@Dominik Ich würde schon mit zwei Feldern starten: Nutzerkennung und Passwort. Wenn man seine Kennung eingeben hat und zur Passwort-Eingabe wechselt, dann erst würde ich die eventuelle Erweiterung des Formulars darstellen lassen. Somit sollte der Sicherheitsaspekt auch deutlich besser abgedeckt sein.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dominik</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-290</link>
		<dc:creator>Dominik</dc:creator>
		<pubDate>Tue, 03 Nov 2009 11:24:24 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-290</guid>
		<description>Eine automatische Erkennung der bekannten E-Mailadressen würde zwar den Prozess stark vereinfachen, ist aber aus Sicherheitsgründen wieder schwierig. Captcha ab der dritten Eingabe? Diesen Aspekt aussen vor gelassen aber eine spannende Lösung; Reduzierung auf (zunächst) ein einziges Feld - cool!

Thema Begriffe: Ich verwende in der Regel &quot;Registrieren&quot; und &quot;einloggen&quot;, ich finde diese beiden Worte unterscheiden sich am deutlichsten von einander.</description>
		<content:encoded><![CDATA[<p>Eine automatische Erkennung der bekannten E-Mailadressen würde zwar den Prozess stark vereinfachen, ist aber aus Sicherheitsgründen wieder schwierig. Captcha ab der dritten Eingabe? Diesen Aspekt aussen vor gelassen aber eine spannende Lösung; Reduzierung auf (zunächst) ein einziges Feld &#8211; cool!</p>
<p>Thema Begriffe: Ich verwende in der Regel &#0187;Registrieren&#0171; und &#0187;einloggen&#0171;, ich finde diese beiden Worte unterscheiden sich am deutlichsten von einander.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Matthias Zellmer (@Zellmi)</title>
		<link>http://uxzentrisch.de/registrieren-anmelden-pattern/#comment-289</link>
		<dc:creator>Matthias Zellmer (@Zellmi)</dc:creator>
		<pubDate>Tue, 03 Nov 2009 11:15:36 +0000</pubDate>
		<guid isPermaLink="false">http://uxzentrisch.de/?p=959#comment-289</guid>
		<description>Interessantes Thema. 

Zunächst einmal zum Begriffswirrwarr. Ich hab mal irgendwo statt &quot;Registrieren&quot; &quot;Erstmalig anmelden&quot; gelesen. Fand ich einen ganz guten Begriff.

Eine technisch etwas aufwendigere, aber usability-technisch bessere Lösung wäre es, wenn man (ähnlich der Gravatar-Kommentarfunktion hier) auf die Eingabe der Nutzerkennung (Mail-Adresse, Username, ...) reagieren würde. Wird eine dem System unbekannte Nutzerkennung eingeben, so wird das Formular um die zur Registrierung notwendigen Felder erweitert.</description>
		<content:encoded><![CDATA[<p>Interessantes Thema. </p>
<p>Zunächst einmal zum Begriffswirrwarr. Ich hab mal irgendwo statt &#0187;Registrieren&#0171; &#0187;Erstmalig anmelden&#0171; gelesen. Fand ich einen ganz guten Begriff.</p>
<p>Eine technisch etwas aufwendigere, aber usability-technisch bessere Lösung wäre es, wenn man (ähnlich der Gravatar-Kommentarfunktion hier) auf die Eingabe der Nutzerkennung (Mail-Adresse, Username, &#8230;) reagieren würde. Wird eine dem System unbekannte Nutzerkennung eingeben, so wird das Formular um die zur Registrierung notwendigen Felder erweitert.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
