<?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"
	>
<channel>
	<title>Kommentare zu: Akkordeon - ein nicht unkritisches Pattern</title>
	<atom:link href="http://www.medamind.de/usability/2009/akkordeon-ein-nicht-unkritisches-pattern/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.medamind.de/usability/2009/akkordeon-ein-nicht-unkritisches-pattern/</link>
	<description>...alles, was mir so unterkommt</description>
	<pubDate>Tue, 22 May 2012 01:30:41 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>Von: soweit_ok</title>
		<link>http://www.medamind.de/usability/2009/akkordeon-ein-nicht-unkritisches-pattern/#comment-1724</link>
		<dc:creator>soweit_ok</dc:creator>
		<pubDate>Thu, 26 May 2011 12:43:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=9017#comment-1724</guid>
		<description>Zwei Aussagen dieses Beitrags sind bzgl. der Typolight/Contao-Implementierung dieser MooTools-Komponente unzutreffend:

1. Formulare seien in Accordions gut untergebracht. - Nicht ohne Templateänderungen mit Javascript und je nach Ansatz auch PHP. Man kann es mit gewissen Einschränkungen hinbekommen, eine wirklich saubere Lösung ist jedoch noch nicht bekannt. Das Accordion-Script weiß nichts von ggf. auftretenden Formularfehlern und klappt es ungeachtet dessen wieder zu. Wodurch angezeigte Fehlermeldungen nicht sichtbar sind, was beim Benutzer für Irrtümer sorgt. Außerdem verbleibt das Formular dennoch im ungesendeten Fehlerzustand, was im Fall eines Seiten-Reloads zu der in dieser Situation verwirrenden, aber natürlich logischen  Browsermeldung führt, die Daten müssten erneut gesendet werden. 

2. Man könne mit Bordmitteln einen geöffneten Toggler nicht anders stylen als die geschlossen. Auch das stimmt nicht - ist sehr einfach mit CSS zu bewerkstelligen. So zum Beispiel:

.ce_accordion div.accordion &#62; div {
    margin-top:-1px;margin-bottom:0px;margin-left:0px;margin-right:0px;
    padding-top:0px;padding-left:5px;padding-right:5px;
    border-right:solid 1px #B8B6B6;border-left:solid 1px #DBD1D1;
    border-bottom:solid 1px #B8B6B6;
    background:#F6F4F4;
}

/* geschlossen */
.ce_accordion div.toggler {
    margin-bottom:0px;
    padding:0 10px;
    background:#656565 url("../files/layout/accord_zugeklappt.gif") right center no-repeat;
    font-weight:normal;
    font-size:12px!important;
    color:#FFFFFF;
    border-bottom:solid 1px #ADADAD;
}

/* offen */
.ce_accordion div.active {
    padding:0 10px;
    background:#6268A2 url("../files/layout/accord_aufgeklappt.gif") right center no-repeat;
    font-weight:normal;
    color:#FFFFFF;
    border-bottom:solid 1px #4D4D4D;
}

/* Mouseover */
.ce_accordion div.hover {
    text-decoration:none;
    background:#6268A2 url("../files/layout/accord_hover.gif") right center 
   no-repeat; cursor:pointer;
} 

Für Bereichsbegrenzungen kann man außerdem natürlich auch die id des jeweiligen Contao-Containers voranstellen (#main, #right, ...) oder eine individuelle id. 

Ein weiterer Wunsch ist mitunter auch, eine Accordion-Gruppe mit einem individuellen Container zu umgeben, dem man dann z. B. ein float:left zuweisen kann, damit die Gruppe von nachfolgenden Inhalten umflossen wird wie ein eingefügtes Bild im Artikel. Wie Du schon schriebst ist ja beim Einsatz von Accordions der Kontext besonders wichtig und dies ist eine Erweiterung der Möglichkeiten. Vor allem nützlich bei Liquid Design, denn Accordions, die sich bei hoher Monitorauflösung über die gesamte Breite der Hauptspalte erstrecken, sehen nicht nur meistens bescheiden aus, sondern passen optisch häufig auch nicht zum Inhalt. Nichts leichter als das: 
Einfach je ein HTML-Element vor die Accordion-Gruppe platzieren und eines danach. Im ersten befindet sich das öffnende Tag  und im zweiten das schließende . Im CSS-Selektor von "meine_klasse(n)"  kann man dann seine Anweisungen platzieren. Noch besser geeignet ist eine id, weil man dann mit den Standardklassen alles speziell für diese ID noch weiter aufdröseln kann, während nicht dieser id angehörende Accordions davon unberührt bleiben.

Na ja, unterm Strich fand ich den Artikel ein wenig am "ein nicht unkritisches Pattern"-Thema vorbei, weil über allg. "Usability"- u. Ästhetik-Aspekte keine Hilfestellung zu den technisch kritischen Punkten bietet.</description>
		<content:encoded><![CDATA[<p>Zwei Aussagen dieses Beitrags sind bzgl. der Typolight/Contao-Implementierung dieser MooTools-Komponente unzutreffend:</p>
<p>1. Formulare seien in Accordions gut untergebracht. - Nicht ohne Templateänderungen mit Javascript und je nach Ansatz auch PHP. Man kann es mit gewissen Einschränkungen hinbekommen, eine wirklich saubere Lösung ist jedoch noch nicht bekannt. Das Accordion-Script weiß nichts von ggf. auftretenden Formularfehlern und klappt es ungeachtet dessen wieder zu. Wodurch angezeigte Fehlermeldungen nicht sichtbar sind, was beim Benutzer für Irrtümer sorgt. Außerdem verbleibt das Formular dennoch im ungesendeten Fehlerzustand, was im Fall eines Seiten-Reloads zu der in dieser Situation verwirrenden, aber natürlich logischen  Browsermeldung führt, die Daten müssten erneut gesendet werden. </p>
<p>2. Man könne mit Bordmitteln einen geöffneten Toggler nicht anders stylen als die geschlossen. Auch das stimmt nicht - ist sehr einfach mit CSS zu bewerkstelligen. So zum Beispiel:</p>
<p>.ce_accordion div.accordion &gt; div {<br />
    margin-top:-1px;margin-bottom:0px;margin-left:0px;margin-right:0px;<br />
    padding-top:0px;padding-left:5px;padding-right:5px;<br />
    border-right:solid 1px #B8B6B6;border-left:solid 1px #DBD1D1;<br />
    border-bottom:solid 1px #B8B6B6;<br />
    background:#F6F4F4;<br />
}</p>
<p>/* geschlossen */<br />
.ce_accordion div.toggler {<br />
    margin-bottom:0px;<br />
    padding:0 10px;<br />
    background:#656565 url(&#8221;../files/layout/accord_zugeklappt.gif&#8221;) right center no-repeat;<br />
    font-weight:normal;<br />
    font-size:12px!important;<br />
    color:#FFFFFF;<br />
    border-bottom:solid 1px #ADADAD;<br />
}</p>
<p>/* offen */<br />
.ce_accordion div.active {<br />
    padding:0 10px;<br />
    background:#6268A2 url(&#8221;../files/layout/accord_aufgeklappt.gif&#8221;) right center no-repeat;<br />
    font-weight:normal;<br />
    color:#FFFFFF;<br />
    border-bottom:solid 1px #4D4D4D;<br />
}</p>
<p>/* Mouseover */<br />
.ce_accordion div.hover {<br />
    text-decoration:none;<br />
    background:#6268A2 url(&#8221;../files/layout/accord_hover.gif&#8221;) right center<br />
   no-repeat; cursor:pointer;<br />
} </p>
<p>Für Bereichsbegrenzungen kann man außerdem natürlich auch die id des jeweiligen Contao-Containers voranstellen (#main, #right, &#8230;) oder eine individuelle id. </p>
<p>Ein weiterer Wunsch ist mitunter auch, eine Accordion-Gruppe mit einem individuellen Container zu umgeben, dem man dann z. B. ein float:left zuweisen kann, damit die Gruppe von nachfolgenden Inhalten umflossen wird wie ein eingefügtes Bild im Artikel. Wie Du schon schriebst ist ja beim Einsatz von Accordions der Kontext besonders wichtig und dies ist eine Erweiterung der Möglichkeiten. Vor allem nützlich bei Liquid Design, denn Accordions, die sich bei hoher Monitorauflösung über die gesamte Breite der Hauptspalte erstrecken, sehen nicht nur meistens bescheiden aus, sondern passen optisch häufig auch nicht zum Inhalt. Nichts leichter als das:<br />
Einfach je ein HTML-Element vor die Accordion-Gruppe platzieren und eines danach. Im ersten befindet sich das öffnende Tag  und im zweiten das schließende . Im CSS-Selektor von &#8220;meine_klasse(n)&#8221;  kann man dann seine Anweisungen platzieren. Noch besser geeignet ist eine id, weil man dann mit den Standardklassen alles speziell für diese ID noch weiter aufdröseln kann, während nicht dieser id angehörende Accordions davon unberührt bleiben.</p>
<p>Na ja, unterm Strich fand ich den Artikel ein wenig am &#8220;ein nicht unkritisches Pattern&#8221;-Thema vorbei, weil über allg. &#8220;Usability&#8221;- u. Ästhetik-Aspekte keine Hilfestellung zu den technisch kritischen Punkten bietet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Heiko</title>
		<link>http://www.medamind.de/usability/2009/akkordeon-ein-nicht-unkritisches-pattern/#comment-1382</link>
		<dc:creator>Heiko</dc:creator>
		<pubDate>Sat, 10 Apr 2010 13:19:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=9017#comment-1382</guid>
		<description>Hallo Anne-Kathrin,

bin gerade zufällig auf diesen Blog-Artikel gestoßen.
Gerade das mit dem + und - unter Berücksichtigung der Usability finde ich sehr interessant.

Während des Lesens fiel es mir quasi wie Schuppen von den Augen und mir wurde klar, wie oft ich selber intuitiv eher auf eine Plus-Symbol als auf den Link selbst klicke, um einen Link o.ä. zu öffnen.

Vielen Dank für den guten Artikel.

Gruß
Heiko</description>
		<content:encoded><![CDATA[<p>Hallo Anne-Kathrin,</p>
<p>bin gerade zufällig auf diesen Blog-Artikel gestoßen.<br />
Gerade das mit dem + und - unter Berücksichtigung der Usability finde ich sehr interessant.</p>
<p>Während des Lesens fiel es mir quasi wie Schuppen von den Augen und mir wurde klar, wie oft ich selber intuitiv eher auf eine Plus-Symbol als auf den Link selbst klicke, um einen Link o.ä. zu öffnen.</p>
<p>Vielen Dank für den guten Artikel.</p>
<p>Gruß<br />
Heiko</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Maria</title>
		<link>http://www.medamind.de/usability/2009/akkordeon-ein-nicht-unkritisches-pattern/#comment-1380</link>
		<dc:creator>Maria</dc:creator>
		<pubDate>Wed, 07 Apr 2010 12:48:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.medamind.de/?p=9017#comment-1380</guid>
		<description>Guter Beitrag, hat mir sehr geholfen...</description>
		<content:encoded><![CDATA[<p>Guter Beitrag, hat mir sehr geholfen&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

